在任务正文中使用 .Result 和在异步方法中使用 await 有什么区别？

Question

我设法在互联网上找到了一些类似问题的答案，但没有人解释得足以让我理解下面代码的不同之处。

我知道 await 与 .Result 不同，它不会阻塞调用线程。但是，如果我们试图从一个任务中访问这个属性，并且无论如何都不会阻止它呢？

比如这个有什么区别

public static Task PrintPageAsync(string url)
{
    return Task.Run(() =>
    {
        WebRequest webRequest = WebRequest.Create(url);
        WebResponse response = webRequest.GetResponseAsync().Result;
        using (StreamReader reader = new StreamReader(response.GetResponseStream()))
        {
            string text = reader.ReadToEndAsync().Result;
            Console.WriteLine(text);
        }
    });
}

还有这个

public static async Task PrintPageAsync(string url)
{
    WebRequest webRequest = WebRequest.Create(url);
    WebResponse response = await webRequest.GetResponseAsync();
    using (StreamReader reader = new StreamReader(response.GetResponseStream()))
    {
        string text = await reader.ReadToEndAsync();
        Console.WriteLine(text);
    }
}

Answer 1

由于第一个示例在线程池线程上启动了一个新任务，当有等效的同步方法时，调用异步方法是不必要的。它没有任何好处，只是不必要地增加了管理异步任务所涉及的一些开销。只需使用.GetResponse() 代替.GetResponseAsync().Result 和.ReadToEnd() 代替.ReadToEndAsync().Result。

await 与 .Result 不同，不会阻塞调用线程

这并不总是正确的。等待的方法可以（部分或完全）同步执行，如果它们决定这样做的话。

比如，有什么区别吗？

这两个例子有很多不同之处。尽管它们在某些情况下可能无关紧要，但在另一种情况下却可能至关重要：

1. AggregateException

   当任务中发生异常或任务被取消时，调用Task.Result 会将异常包装在AggregateException 中。相反，awaiting 这个任务会抛出原来的异常。所以catching特定异常时一定要小心。

2. 线程

   在第一个示例中，整个方法将在同一个（线程池）线程上执行。第二个示例可以在几个不同的线程上执行，具体取决于当前的SynchronizationContext。应避免对线程关联敏感的代码。

3. SynchronizationContext

   第一个示例将在没有SynchronizationContext 的情况下执行，而第二个示例将在每个await 之后恢复原始SynchronizationContext。对于控制台应用程序，这无关紧要。但在 WPF 或 WinForms 应用程序中，UI 元素只能从相应的同步上下文中访问。

4. 异步执行

   在第一个示例中，PrintPageAsync 将在新任务排队等待执行后立即返回，而第二个示例将同步执行到第一个 await（甚至可能在此之后）。这会对 GUI 响应产生严重影响，尤其是当异步方法使用WebRequest 时，因为GetResponseAsync() 方法同步执行 DNS 解析（请参阅How to create HttpWebRequest without interrupting async/await?）。因此，当从 UI 线程调用使用 WebRequest 的方法时，建议将代码包装在 Task.Run() 中。

Answer 2

.Result 将同步执行您的代码，即您无视 Task 和整个 TPL 背后的本质。正如它所说，await 是编译器以一种古老的“回调”方式（又名典型的JavaScript）重写您的方法的标记，这是 异步 完成方式完全相同的计算。

更简单：您应该尽可能选择await 而不是.Result。