ContinueWith指定RunSynchronously时异步lambda的后续执行及SynchronizationContext问题

问题背景 #

假设我们存在一个Task，通过ContinueWith为其创建延续任务时指定了TaskContinuationOptions.RunSynchronously参数，ContinueWith中执行的方法定义如下：

static async Task SimpleMethodContinuationAsync(Task antecedentTask, object state)
{
    // some very lightweight, thread-safe synchronous code.
    await Task.Delay(5000); // Simulate async work.
    // continuation of some more very lightweight, thread-safe synchronous code.
}

基于上述场景解答以下问题：

1. 该方法内await之后的代码是否会释放启动执行该延续任务的线程？
2. 剩余的延续代码会在哪个线程上恢复执行？
3. 上述场景中延续任务的前置任务不存在SynchronizationContext，另有说法称SynchronizationContext不会通过ContinueWith方法调用流转，请问该说法是否正确？

解答 #

1. await之后是否会释放启动延续任务的线程？

会释放。TaskContinuationOptions.RunSynchronously的作用仅为让延续任务的同步执行段直接在触发延续的线程（也就是前置任务执行结束时所在的线程）上运行，不需要额外调度到其他线程。当代码执行到await Task.Delay(5000)时，由于Task.Delay返回的任务未完成，当前async方法会立即返回一个未完成的Task对象，原本执行延续任务的线程就会被释放，回到触发延续的上下文继续执行后续逻辑，不会阻塞等待Delay结束。

2. 剩余的延续代码会在哪个线程上恢复执行？

会在线程池线程上恢复执行。
因为场景明确说明前置任务不存在SynchronizationContext，await操作捕获到的当前同步上下文为null，这种情况下await之后的剩余代码会默认调度到ThreadPool的工作线程上执行，不会回到最初启动延续任务的那个线程。

3. "SynchronizationContext不会通过ContinueWith方法调用流转"的说法是否正确？

该说法完全正确。
ContinueWith本身没有自动捕获、流转调用方SynchronizationContext的逻辑，它的调度规则完全由传入的TaskScheduler决定，默认使用TaskScheduler.Current。如果需要让延续任务在调用ContinueWith时的同步上下文上执行，必须显式传入TaskScheduler.FromCurrentSynchronizationContext()作为参数，否则SynchronizationContext不会自动流转到延续任务的执行上下文里。

内容的提问来源于stack exchange，提问作者SpiritBob