SynchronizationContext.Current 在控制台程序中为 null，因为其依赖运行环境主动安装，而纯控制台默认不设置；WinForms、WPF 等 UI 框架启动时会调用 SetSynchronizationContext 设置专属实现。
为什么 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) 仍会绕过它——测试时要确认生产代码没加这个调用。
