调用异步函数的结果是否会导致无限期阻塞?

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;
}