📚 课程目录第4章异步编程与多线程性能优化

异步编程与多线程性能优化：陷阱、调优与选择

本章聚焦 async/await 使用陷阱、线程池调优核心参数、Task 与 Thread 对比选择。通过 3 个面试问答卡片 + 1 个实战项目模板，帮你拆解底层机制，避免“面试问原理就拿不出代码”的尴尬。

面试题 1：描述一下使用 async/await 时最容易踩的 3 个陷阱，并给出解决方案。

考察点	是否真正理解异步流程、上下文捕获、异常传播和性能影响
回答框架	1) 陷阱分类（void、死锁、未等待）→ 2) 每个陷阱的成因 → 3) 最佳实践代码
示例回答	① `async void` 方法内异常会直接崩溃进程，应改为 `async Task`；② 在 UI/ASP.NET 同步上下文未调用 `ConfigureAwait(false)` 可能死锁；③ 未等待的 Task 使异常静默丢失，需用 `await` 或显式 `Task.Wait()` 并捕获。
可能追问	如果一定要用 `async void`（如事件处理），如何保证异常不崩溃？
避坑提醒	不要在生产代码中使用 `Task.Wait()` 或 `Task.Result` 与 `ConfigureAwait(false)` 混用，容易造成死锁。

面试题 2：如何调优 .NET 线程池？你一般关注哪些参数和计数器？

考察点	是否熟悉线程池工作机制、饱和策略以及调优指标
回答框架	1) 线程池默认参数（min/max）→ 2) 通过 `ThreadPool.SetMinThreads` 避免突增 → 3) 监控 `ThreadPool.ThreadCount` 等计数器
示例回答	在高并发初始阶段，线程池每秒只能增加 1 个线程。我会调大 `SetMinThreads` 到 CPU 核数的 1~2 倍，避免延迟。同时监控 `% ThreadPool Thread Count` 和 `IO Completion Ports`，确保不触发 Hill Climbing 震荡。
可能追问	线程池耗尽时会发生什么？如何设计降级方案？
避坑提醒	不要盲目调大 `SetMaxThreads`，过多的线程会导致上下文切换开销，吞吐量反而下降。

面试题 3：Task 与 Thread 有什么本质区别？你什么时候坚持使用 Thread？

考察点	底层理解线程抽象、资源开销、适用场景对比
回答框架	1) 本质对比（Task 是轻量级虚拟线程，Thread 是 OS 线程）→ 2) 线程池复用 vs 独占 → 3) 场景选择指南
示例回答	Task 由线程池调度，适合 I/O 密集、短任务；Thread 是前台线程，适合驻留后台几十分钟以上的任务（如长连接心跳）。我只有需要独立栈空间或必须 `IsBackground = false` 时才用 `new Thread`。
可能追问	`TaskCreationOptions.LongRunning` 的原理是什么？它能否完全替代 Thread？
避坑提醒	不要用 `Task.Run` 包装一个死循环的长任务，否则线程池会被长时间占用。应使用 `Task.Factory.StartNew(..., LongRunning)` 创建专用线程。

📁 项目名称：实时订单推送网关

业务背景	对接多个第三方平台，接收下单通知并异步写入 DB + 推送商户 Webhook，要求 99.9% 的请求在 500ms 内完成。
规模指标	峰值 8000 QPS；单日 1.2 亿次异步调用；DB 连接数 200，线程池空闲线程 50。
技术栈	.NET 6 WebApi + HttpClient 异步 + Channel + EF Core + ThreadPool.SetMinThreads
核心难点	① 大量 I/O 等待导致线程池满，新请求排队；② 未在内部异步链路中使用 `ConfigureAwait(false)` 造成随机死锁；③ Webhook 回调中误用 `async void` 导致进程崩溃。
面试高频追问	如何测量线程池是否饱和？`Channel` 在背压场景下的优势？如果第三方 Webhook 超时，如何隔离避免拖慢整个网关？
可迁移回答话术	“在核心 I/O 密集链路强制 `.ConfigureAwait(false)`，并使用 `System.Threading.Channels` 作为生产者-消费者缓冲区，配合 `ThreadPool.SetMinThreads(CPU*2)` 快速消化突发流量；对于第三方超时，用 `CancellationTokenSource` 设置独立超时时间，避免单点故障扩散。”

💡 面试加分细节：主动提到 EventCounters 监控线程池指标，例如 System.Runtime\threadpool-thread-count，并用 dotnet-counters 现场演示，能极大拉开与普通候选人的差距。

⚠️ 常见扣分点：面试时只背概念，没有现场写出带 ConfigureAwait(false) 的异步方法；或在讨论线程池时说不出 Hill Climbing 算法；或误以为 Task.Run 总是开新线程。