等待不同线程上的调用时会发生什么

Question

假设我像这样调用一个任务：

Task.Factory.StartNew(async () =>
                {
                    await SomeAction();
                }, TaskCreationOptions.LongRunning);

在SomeAction 里面有这样一行：

await OtherAction();

使用常规await，代码会返回到调用上下文，但这里是在不同线程上运行的任务。那么那里的等待上下文会发生什么？在这种情况下真的像阻塞吗？

Answer 1

使用常规等待，代码会返回到调用上下文，但这里是在不同线程上运行的任务。那么那里的等待上下文会发生什么？在这种情况下真的像阻塞吗？

Here's how await works。 await 从不阻塞。

await 将首先检查它的等待（通常是一个任务）；如果 awaitable 已经完成，那么 await 将提取结果（或异常）并继续执行该方法（同步）。如果可等待对象未已经完成，那么await 将异步运行。

当await 以异步方式运行时，它将（默认情况下）捕获当前“上下文”（SynchronizationContext.Current，或者，如果是null，则为TaskScheduler.Current），然后返回一个不完整的任务。由于示例代码使用Task.Factory.StartNew 而不指定TaskScheduler（IMO 始终是一个错误），因此它的委托在TaskScheduler.Current 在StartNew 被调用时执行。因此await 将捕获的上下文与TaskScheduler.Current 相同。

如果 TaskScheduler.Current 与TaskScheduler.Default 相同（很可能但绝不保证），那么当async 方法返回时，线程返回到线程池，和since StartNew doesn't understand async lambdas，从StartNew返回的Task就完成了。这意味着那里的LongRunning 标志只会让事情变慢；这与优化相反。

稍后，当await 完成时，它将继续在捕获的上下文（TaskScheduler.Current）上执行 lambda。 如果TaskScheduler.Current 与TaskScheduler.Default 相同，则 lambda 将在从线程池中新获取的线程上继续执行（可能是同一个线程，但也可能是不同的线程）。

---

这听起来很复杂，但实际上这只是因为代码使用了StartNew。如果您使用Task.Run 查看代码，它会简单得多，因为上下文是always TaskScheduler.Default（线程池上下文）：

Task.Run(async () =>
{
  await SomeAction();
});

现在你可以肯定地说，如果await异步动作，那么它会返回一个任务，将线程返回到线程池。当SomeAction 完成时，lambda 将继续在线程池线程上执行。此外，由于Task.Run 理解async lambda，所以从Task.Run 返回的任务在lambda 完成之前不会完成。

以下是一些指导方针：

• NEVER, EVER, EVER use Task.Factory.StartNew without passing a TaskScheduler。这是 100% 的时间，永远在线的规则。
• 对于异步代码，请使用Task.Run 而不是Task.Factory.StartNew。