调用异步函数的结果是否会导致无限期阻塞?
Does Calling Result on an Async function cause block indefinitely?
我是 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 恢复时,主线程已经阻塞并保持阻塞状态
我假设的原因是我可以看到任务完成并且return,但是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
。
注意:您应该让同步版本同步,而不是执行 "sync over 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# 的新手,背景很重 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 恢复时,主线程已经阻塞并保持阻塞状态
我假设的原因是我可以看到任务完成并且return,但是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
。
注意:您应该让同步版本同步,而不是执行 "sync over 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;
}