了解 TaskScheduler.Current 的行为

Question

这是一个简单的 WinForms 应用程序：

using System;
using System.Diagnostics;
using System.Threading;
using System.Threading.Tasks;
using System.Windows.Forms;

namespace WindowsFormsApplication
{
    public partial class Form1 : Form
    {
        public Form1()
        {
            InitializeComponent();
        }

        private async void button1_Click(object sender, EventArgs e)
        {
            var ts = TaskScheduler.FromCurrentSynchronizationContext();
            await Task.Factory.StartNew(async () =>
            {
                Debug.WriteLine(new
                {
                    where = "1) before await",
                    currentTs = TaskScheduler.Current,
                    thread = Thread.CurrentThread.ManagedThreadId,
                    context = SynchronizationContext.Current
                });

                await Task.Yield(); // or await Task.Delay(1)

                Debug.WriteLine(new
                {
                    where = "2) after await",
                    currentTs = TaskScheduler.Current,
                    thread = Thread.CurrentThread.ManagedThreadId,
                    context = SynchronizationContext.Current
                });

            }, CancellationToken.None, TaskCreationOptions.None, scheduler: ts).Unwrap();
        }
    }
}

调试输出（点击按钮时）：

{ where = 1) 在等待之前，currentTs = System.Threading.Tasks.SynchronizationContextTaskScheduler, thread = 9, context = System.Windows.Forms.WindowsFormsSynchronizationContext } { where = 2) 在等待之后，currentTs = System.Threading.Tasks.ThreadPoolTask​​Scheduler, thread = 9, context = System.Windows.Forms.WindowsFormsSynchronizationContext }

问题：为什么TaskScheduler.Current在await之后从SynchronizationContextTaskScheduler变成ThreadPoolTaskScheduler？

这基本上表现了TaskCreationOptions.HideScheduler for await 延续的行为，在我看来，这是出乎意料和不可取的。

这个问题是由我的另一个问题引发的：

AspNetSynchronizationContext and await continuations in ASP.NET.

Answer 1

如果没有实际执行的任务，则TaskScheduler.Current 与TaskScheduler.Default 相同。换句话说，ThreadPoolTaskScheduler 实际上既充当线程池任务调度器，也充当 意思是“没有当前任务调度器”的值。

async 委托的第一部分使用SynchronizationContextTaskScheduler 显式调度，并在具有任务调度程序和同步上下文的 UI 线程上运行。任务调度程序将委托转发到同步上下文。

当await 捕获其上下文时，它会捕获同步上下文（而不是任务调度程序），并使用该syncctx 来恢复。因此，方法延续被发布到该 syncctx，后者在 UI 线程上执行它。

当延续在 UI 线程上运行时，它的行为与事件处理程序非常相似；委托直接执行，而不是包装在任务中。如果你检查button1_Click开头的TaskScheduler.Current，你会发现它也是ThreadPoolTaskScheduler。

顺便说一句，我建议您将此行为（直接执行委托，而不是包含在任务中）视为实现细节。