在C#异步编程里，SynchronizationContext的作用是什么？当上下文捕获引发性能瓶颈时，可采取哪些措施来规避？

回答思路

1. 【回答框架 1】SynchronizationContext是一个抽象类，用于抽象线程间调度，其核心方法Post和Send允许将委托投递到特定上下文执行。在异步编程中，它确保延续操作在合适的同步上下文（如UI线程、ASP.NET请求上下文）上运行，避免线程安全问题。
2. 【回答框架 2】性能问题源于默认捕获上下文：await未完成时，编译器会捕获当前SynchronizationContext并在延续时通过Post回调，若上下文调度开销大或产生额外线程切换、死锁风险，则影响吞吐。尤其在高并发库或基础组件中，频繁捕获会放大成本。
3. 【回答框架 3】规避策略包括：对于与UI交互无关的库代码，使用ConfigureAwait(false)显式避免捕获上下文，从而直接在线程池线程上继续执行，减少调度开销；对于UI或ASP.NET场景，若无需回到原上下文，同样适用，但需保证不依赖上下文状态。
4. 【回答框架 4】辅助手段：减少异步边界或使用ValueTask降低分配；避免过度异步化；必要时自定义轻量级同步上下文；基准测试验证优化效果，而非盲目取消捕获。
5. 【回答框架 5】在ASP.NET Core中，默认无同步上下文，捕获成本较低，但旧框架需谨慎；WinForms/WPF中捕获是必要的，不可一律关闭，需权衡正确性与性能。
6. 【关键点 1】SynchronizationContext用于抽象线程调度，Post异步、Send同步，是异步延续的调度桥梁。
7. 【关键点 2】await会捕获当前上下文，导致延续回到原线程，可能引入额外开销或潜在死锁。
8. 【关键点 3】使用ConfigureAwait(false)可在库代码中避免捕获，提升性能并减少线程切换。
9. 【关键点 4】UI框架中不可滥用ConfigureAwait(false)，否则无法更新UI；需场景化决策。
10. 【关键点 5】结合ValueTask和减少异步层次，可进一步降低性能损耗，最终以压测为准。
11. 【易错点 1】将ConfigureAwait(false)用于所有场景，导致UI或ASP.NET上下文丢失，引发运行时异常或功能错误。
12. 【易错点 2】误解为取消捕获能保证性能一定提升，实际需根据上下文类型和负载具体分析。
13. 【易错点 3】忽略同步上下文在旧版ASP.NET中的作用，盲目优化反而引入死锁或响应性问题。