为什么 SynchronizationContext.Current
在控制台程序里是 null
因为
SynchronizationContext不是自动创建的，它依赖运行环境主动安装。WinForms、WPF、ASP.NET Core（旧版 ASP.NET）等 UI 或托管框架会在启动时调用
SetSynchronizationContext设置专属实现（如
WindowsFormsSynchronizationContext），而纯控制台或 .NET Core/.NET 5+ 控制台默认不设——所以
SynchronizationContext.Current为
null。
这不是 bug，是设计：没有消息循环（message pump）或调度器（dispatcher）需求的地方，就不需要同步上下文。
在 WinForms 主线程中，SynchronizationContext.Current是
WindowsFormsSynchronizationContext实例 在 WPF 主线程中，它是
DispatcherSynchronizationContext在 ASP.NET（非 Core）中，它是
AspNetSynchronizationContext；但 ASP.NET Core 已移除该上下文（改用
AsyncLocal<t></t>+ 请求范围生命周期） 手动设置可用
SynchronizationContext.SetSynchronizationContext(new YourCustomContext())，但需自行保证线程安全和调度逻辑
如何在异步方法中安全回到原始上下文执行 UI 更新
这是
SynchronizationContext最典型用途：避免跨线程访问 UI 控件。关键不是“捕获”，而是“恢复”——
await表达式在 awaitable 完成后，会尝试通过当前上下文的
Post或
Send方法回调。
前提是：await 之前上下文必须非空，且未被
ConfigureAwait(false)禁用。
await task.ConfigureAwait(true)（默认行为）→ 尝试恢复原始
SynchronizationContext或
TaskScheduler
await task.ConfigureAwait(false)→ 跳过上下文捕获，回调在线程池线程上执行（更轻量，但不可用于 UI 更新） 如果原始上下文已释放（如 WinForms 窗体已关闭），
Post可能静默丢弃委托，或抛出
ObjectDisposedException（取决于具体实现）
示例：
// WinForms 中点击事件处理器
private async void button1_Click(object sender, EventArgs e)
{
var result = await Task.Run(() => HeavyWork());
// 此处仍在 UI 线程：SynchronizationContext.Current 已被自动捕获并恢复
label1.Text = result.ToString();
}
SynchronizationContext
和 TaskScheduler
的区别与协作
SynchronizationContext是抽象调度语义（“在哪执行”+“怎么排队”），而
TaskScheduler是具体任务调度实现（如
ThreadPoolTaskScheduler、
CurrentThreadTaskScheduler）。两者可共存，但优先级不同。
await默认优先使用
SynchronizationContext.Post；若为
null，才回退到
TaskScheduler.Current
Task.Factory.StartNew(..., TaskScheduler.FromCurrentSynchronizationContext())可显式绑定当前上下文（但仅当
Current != null） 自定义
SynchronizationContext时，
Post方法通常内部调用
TaskScheduler.QueueTask或直接投递到队列（如 WinForms 的
Control.BeginInvoke） 不要混用：比如在 WPF 中手动设置一个
ThreadPoolSynchronizationContext，会导致
await回调进线程池而非 UI 线程，引发异常
在无 UI 环境下模拟同步上下文做单元测试
单元测试常需验证异步逻辑是否正确调度回“假主线程”。这时可临时安装一个单线程、顺序执行的上下文，避免真实 UI 框架依赖。
使用System.Threading.Tasks.ConcurrentExclusiveSchedulerPair+ 自定义
SynchronizationContext实现（较重） 更简单：用
new SingleThreadSynchronizationContext()（社区常用模式，非 BCL 内置），其
Post把委托加入队列，
RunOnCurrentContext()方法顺序执行所有待处理操作 务必在测试前后清理：
SynchronizationContext.SetSynchronizationContext(null)，否则影响其他测试 注意：.NET 6+ 中
TestHost或 xUnit 默认无上下文，
await后代码会落在任意线程池线程，除非你显式设置
容易忽略的一点：即使你设置了自定义上下文，
ConfigureAwait(false)仍会绕过它——测试时要确认生产代码没加这个调用。
