WaitHandle.WaitAll 是同步阻塞，Task.WhenAll 是异步非阻塞
这是最根本的区别：前者会**死等线程**，后者只**返回一个可 await 的 Task**。你在 UI 线程（比如 WinForms/WPF 主线程）或 ASP.NET 同步上下文里调用
WaitHandle.WaitAll，极大概率直接卡住界面或导致请求挂起；而
Task.WhenAll配合
await完全不占线程，是现代 C# 异步编程的标配。
WaitHandle.WaitAll要求传入
WaitHandle[]（如
ManualResetEvent、
AutoResetEvent），不能直接塞
Task
Task.WhenAll接收的是
Task或
Task<t>[]</t>，天然适配 async/await 流程 两者语义目标相似（“等全部完成”），但底层机制和适用层级完全不同：一个是线程同步原语，一个是任务调度抽象
WaitHandle.WaitAll 无法直接等 Task，必须手动包装
如果你手头有一堆
Task，想用
WaitHandle.WaitAll等它们，不行——它根本不认识
Task。你得先把每个
Task映射成
WaitHandle，比如靠
Task.AsAsyncWaitHandle()（仅 .NET Framework 支持，.NET Core/.NET 5+ 已移除），或者自己用
ManualResetEvent+
ContinueWith手动桥接，既啰嗦又容易出错。
var handles = new WaitHandle[2];
var t1 = Task.Delay(1000);
var t2 = Task.Run(() => { Thread.Sleep(800); });
<p>// ❌ 错误：WaitHandle.WaitAll 不接受 Task
// WaitHandle.WaitAll(new[] { t1, t2 });</p><p>// ✅ 正确但繁琐（仅限旧框架，且已过时）
// var wh1 = t1.AsAsyncWaitHandle(); // .NET Framework only
// handles[0] = wh1;
// ...</p>而
Task.WhenAll一行就搞定：
await Task.WhenAll(t1, t2); // 干净、安全、跨平台
异常处理逻辑截然不同
WaitHandle.WaitAll本身**不关心任务是否成功**——它只管“句柄是否被 set”，哪怕对应任务抛了异常，只要句柄信号到了，它就返回。真正的异常要你后续去查每个
Task.Exception或在
ContinueWith里捕获。
Task.WhenAll则把异常行为标准化了： 只要任意一个
Task出错，返回的
Task就立刻进入 Faulted 状态
await Task.WhenAll(...)会直接 throw 第一个异常（不是
AggregateException） 如果需要所有异常，得用
await Task.WhenAll(...).ConfigureAwait(false)后检查
.Exception?.InnerExceptions
对比之下：
Task.WaitAll（注意不是
WaitHandle.WaitAll）才抛
AggregateException，但它也是同步阻塞的，同样不推荐在 async 方法里用。
别混淆 WaitHandle.WaitAll 和 Task.WaitAll
这是新手最常踩的坑：看到名字都带 “WaitAll”，就以为是同类工具。其实：
WaitHandle.WaitAll属于老派线程同步 API，面向
Thread和内核对象
Task.WaitAll是
Task类的静态方法，面向
Task，但仍是同步阻塞
Task.WhenAll才是真正为 async/await 设计的异步组合子
除非你在写底层互斥逻辑（比如跨进程信号量）、或维护非常老的 .NET Framework 服务代码，否则几乎不需要碰
WaitHandle.WaitAll。日常并发等待，请无条件选
Task.WhenAll。
真正容易被忽略的一点：当你从回调式代码（比如事件驱动、IAsyncResult）迁移到 async/await 时，别下意识把旧的
WaitHandle逻辑照搬进来——那不是升级，是给自己埋雷。
