c# - 调用异步函数的结果是否会导致无限期阻塞？

Question

我是 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 之后的代码会被执行吗？

Answer 1

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