在调用 Wait 之前访问任务上的结果实际上是做什么的？

Question

var task = Task.Run(() => DoSomeStuff()).Result;

引擎盖下发生了什么？

我做了一个小测试：

using System;
using System.Threading.Tasks;

public class Program
{
    public static void Main()
    {
        var r = Task.Run( () => {Thread.Sleep(5000); return 123; }).Result;
        Console.WriteLine(r);
    }
}

它在 5 秒后打印“123”。那么访问Task 上的任何此类属性是否可以作为调用Task.Wait() 的快捷方式，即这样做安全吗？

---

以前我的代码称为Task.Delay(5000)，它立即返回“123”。我在我的问题中解决了这个问题，但把它留在这里，因为 cmets 和答案引用它。

Answer 1

你问了两个问题。首先，访问Result 是否会隐式导致同步Wait？是的。但更重要的问题是：

这样做安全吗？

这样做不安全。

很容易陷入这样一种情况，即您正在同步等待的任务已安排工作在它完成之前在未来运行到您刚刚放入的线程上睡觉。现在我们遇到了这样一种情况，即在 sleeping 线程完成一些工作之前线程不会唤醒，而它永远不会这样做因为它处于睡眠状态。

如果您已经知道任务已完成，那么同步等待结果是安全的。如果不这样做，那么同步等待是不安全的。

现在，您可能会说，假设我通过其他方式知道同步等待不完整的任务是安全的。那么等待安全吗？嗯，根据问题的假设，是的，但等待仍然可能不是聪明。请记住，异步的全部意义在于在高延迟的世界中有效地管理资源。如果您正在同步等待异步任务完成，那么您将强制一个工作人员进入睡眠状态，直到另一个工作人员完成；睡觉的工人可能正在工作！异步的全部意义在于避免工人空闲的情况，所以不要强迫他们。

await 是一个异步等待。这是一个等待，意思是“等待运行当前工作流的其余部分，直到完成此任务，但在等待时找到一些事情要做”。我们做了很多工作来将它添加到语言中，所以请使用它！

Answer 2

那么访问Task 上的任何此类属性是否可以作为调用Task.Wait() 的快捷方式？

是的。

来自the docs：

访问[Result]属性的get访问器会阻塞调用线程，直到异步操作完成；相当于调用Wait方法。

但是，您的测试并没有按照您的想法进行。

Task.Delay(..) 返回一个Task，它在指定的时间后完成。它不会阻塞调用线程。

所以() => { Task.Delay(5000); return 123; } 只需创建一个新的Task（将在 5 秒内完成），然后将其丢弃并立即返回123。

您可以：

1. 通过执行Task.Delay(5000).Wait()（与Thread.Sleep(5000) 执行相同的操作）阻止调用线程
2. 异步等待从Task.Delay返回的Task完成：Task.Run(async () => { await Task.Delay(5000); return 123; })

Answer 3

测试不会等待Task.Delay()，所以它会立即返回。应该是：

var r = Task.Run(async  () => { await Task.Delay(5000); return 123; }).Result;

Result 的行为是明确定义的——如果任务没有完成，它会阻塞直到完成。访问其他任务属性不会阻塞