C#线程池环境下await执行完成后后续代码由哪个线程运行？

问题1：await延续线程是否固定为被等待任务的完成线程？ #

不是，你这次观察到的线程一致属于线程池调度的优化结果，没有强制保证。

await延续的执行线程由两个核心因素决定：

• 等待操作前捕获的SynchronizationContext（同步上下文）
• 是否使用ConfigureAwait(false)修改调度行为

你当前是在线程池环境执行代码，线程池默认没有自定义同步上下文（SynchronizationContext.Current为null），这种场景下await的延续任务只会被提交给线程池调度，由任意空闲线程执行，完全不需要和被等待任务的完成线程保持一致。
本次测试中After Test和ReturnInstantly3都运行在线程4，只是因为线程4执行完ReturnInstantly的剩余代码后刚好处于空闲状态，线程池为了减少线程切换开销，直接把Test方法的延续任务分配给了它，属于性能优化策略，不是必然行为，如果线程4当时被其他任务占用，After Test完全可能运行在其他线程上。

补充问题：正确的时序图是第5个 #

执行流程和时序逻辑完全匹配：

1. 初始阶段线程1执行Test方法的Before Test逻辑，进入ReturnInstantly方法后继续执行ReturnInstantly1逻辑
2. 遇到await Task.Yield()后强制让出线程，线程1被释放回线程池，ReturnInstantly的剩余代码、Test的await后续代码都被作为延续任务提交给线程池
3. 线程池分配线程4执行ReturnInstantly的剩余逻辑（ReturnInstantly2、Sleep、ReturnInstantly3）
4. ReturnInstantly的任务标记为完成后，线程4刚好空闲，直接承接Test方法的延续逻辑执行After Test

其余图的错误点：

• 图1/2/3：错误认为await之后线程1还会继续执行后续逻辑
• 图4：错误认为Test的后续逻辑和ReturnInstantly的后续逻辑会并行执行，实际上Test必须等待ReturnInstantly完全执行完成后才会跑后续代码

内容的提问来源于stack exchange，提问作者M.Jaskuski