我是 C# 的新手,有很深的 Java 背景,并且仍在尝试弄清楚 await 和 async 的工作原理,这让我很困惑:
假设我有这样一个函数(下面的 Hackish 代码仅用于实验):
public static bool CheckInternetConnection()
{
Task<bool> result = CheckInternetConnectionAsync();
return result.Result;
}
public async static Task<bool> CheckInternetConnectionAsync()
{
if (NetworkInterface.GetIsNetworkAvailable())
{
SomeClass details = await ReturnARunningTask();
return details.IsSuccessful;
}
return false;
}
public Task<SomeClass> ReturnARunningTask()
{
return Task.Run(() => checkInternet());
}
在主执行线程中,如果我这样调用:
CheckInternetConnection();
它将无限期阻塞,我的假设是控件在“await”关键字处留下 CheckInternetConnectionAsync() 并在“.Result”上阻塞。当 await 恢复时,主线程已经阻塞并保持阻塞状态
我假设的原因是我可以看到任务完成并返回,但是 await 之后的代码永远不会执行
但是,如果我这样做:
bool result = Task.Run(() => CheckInternetConnection()).Result;
然后执行完await语句后的代码,主线程继续执行
我的预期是它也会阻塞,因为主线程会在中间任务上阻塞。中间任务将在 .Result 上被阻止
所以..是什么造成了不同?在这种情况下,await 之后的代码会被执行吗?
最佳答案
在 UI 环境中,您有一个特殊的单线程 SynchronizationContext
,它在 UI 线程上运行所有内容。当您 await
一个任务时,该上下文被捕获,当任务完成时,该方法在该捕获的上下文上恢复(这可以使用 ConfigureAwait
进行配置:
SomeClass details = await ReturnARunningTask().ConfigureAwait(false);
在您的情况下,当您在未完成的任务上使用 Task.Result
属性时,您会同步阻塞 UI 线程,因此当 CheckInternetConnectionAsync
尝试恢复时ReturnARunningTask
完成后的 SynchronizationContext
不能。 UI 线程被阻塞等待 CheckInternetConnectionAsync
任务,而后者又等待 UI 线程,因此死锁(无限期阻塞)。
使用 Task.Run(() => CheckInternetConnection()).Result;
的不同之处在于,使用 Task.Run
可以卸载要在ThreadPool
线程。这些线程没有 SynchronizationContext
,因此当 UI 线程在 .Result
上被阻塞时,任务可以完成,因为它不需要 UI 线程来完成。
不鼓励阻塞异步操作 (sync over async
),因为它会阻塞线程并降低应用程序的响应性和可扩展性,并可能导致死锁。 您应该一直使用 async-await
。
注意:不要执行“通过async
同步”,您应该让同步版本是同步的,如果您需要一个async
版本来卸载CPU 密集型工作一个不同的线程使用 Task.Run
:
public static bool CheckInternetConnection()
{
return checkInternet().IsSuccessful;
}
public async static Task<bool> CheckInternetConnectionAsync()
{
if (NetworkInterface.GetIsNetworkAvailable())
{
return await Task.Run(() => CheckInternetConnection());
}
return false;
}
关于c# - 调用异步函数的结果是否会导致无限期阻塞?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/28289731/