.NET 6的PeriodicTimer默认是否捕获当前SynchronizationContext？

David Fowler当初针对其前身AsyncTimer提到的“不会捕获执行上下文”，指的是Timer内部逻辑不会主动捕获并保留调用时的SynchronizationContext或执行上下文——也就是说，WaitForNextTickAsync完成时的回调线程默认来自ThreadPool，而非调用时的上下文线程（比如UI线程）。

但你测试中观察到的现象，本质是await关键字的通用行为，和PeriodicTimer本身无关：

• 当使用ConfigureAwait(true)（或省略该参数）时，await会自动捕获当前的SynchronizationContext（比如UI上下文），并在WaitForNextTickAsync完成后，将后续代码调度回该上下文执行，因此会输出Invoke NOT Required!——此时代码正运行在UI线程上。
• 当使用ConfigureAwait(false)时，await会跳过上下文捕获，后续代码直接在ThreadPool线程上执行，因此需要调用Invoke切换回UI线程，对应输出Invoke Required...。

官方文档未提及上下文捕获相关内容，是因为这属于await的通用机制，而非PeriodicTimer的特有特性。Stephen Toub的《The Task-based Asynchronous Pattern》中也明确说明：await的默认行为就是捕获当前上下文并在任务完成后恢复，除非显式指定ConfigureAwait(false)。

总结 #

• PeriodicTimer本身不会在内部捕获执行上下文，这与David Fowler的说法一致；
• 你看到的上下文恢复效果，是await关键字的默认行为，并非Timer主动实现的。

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