应优先用 await Task.WhenAny(...) 替代 Task.WaitAny(...)，避免 UI 卡死或请求超时；WhenAny 返回非泛型 Task，需二次 await 获取结果；其余任务不会自动取消，须手动处理异常和资源释放。
WaitAny 会阻塞当前线程，别在 UI 线程或 ASP.NET 同步上下文中直接用
Task.WaitAny 是同步等待，调用后当前线程会挂起，直到任一 Task 完成。这在控制台程序里看似没问题，但在 WinForms/WPF 的 UI 线程或旧版 ASP.NET（非 Core）的请求上下文中，会导致界面冻结或请求超时。
常见错误现象：WaitAny 调用后 UI 卡死，或者抛出 InvalidOperationException: SynchronizationContext may not be set（尤其在测试中用 Task.Run + WaitAny 混搭时）。
- 正确做法：优先用
await Task.WhenAny(...)替代Task.WaitAny(...) - 如果必须同步等待（如 Main 函数末尾），确保不在有同步上下文的环境里执行
- ASP.NET Framework 中禁用同步上下文（
web.config加<httpruntime uselegacyrequesturlgeneration="false"></httpruntime>不解决此问题；真正要避免的是在Page_Load或HttpModule中调用WaitAny）
WhenAny 返回的是 Task，不是 Task<TResult>
Task.WhenAny 返回的是 Task<task></task> —— 即“一个等待任意子任务完成的任务”，它本身不包含结果值，也不展开泛型类型。很多人误以为能直接 await WhenAny(t1, t2).Result 取到返回值，结果编译失败或运行时报 NullReferenceException。
使用场景：你只想知道“哪个先完成”，然后手动 await 那个已完成的 Task 来取结果。
- 正确写法：
var completed = await Task.WhenAny(t1, t2); var result = await completed; // 注意：这里再 await 一次
- 若
t1和t2是Task<int>，completed类型是Task（非泛型），但await completed的结果才是int - 不能对
completed.Result直接读取——它可能还没真正完成（WhenAny只保证“已进入完成状态”，但Result访问仍可能触发同步阻塞）
WaitAny / WhenAny 不会取消其余任务，需手动处理
无论用 Task.WaitAny 还是 await Task.WhenAny，其余未完成的 Task 仍在后台运行。它们不会自动取消、不会被 GC 回收、也不会释放资源。这是最常被忽略的资源泄漏点。
性能影响：大量遗留的长期运行 Task 会持续占用线程池线程、内存和句柄（比如未关闭的 HttpClient 请求、未 dispose 的流）。
- 若业务逻辑允许取消，应统一传入
CancellationToken，并在主逻辑中响应取消（throw new OperationCanceledException(token)） - 若无法修改子任务，可用
Task.WhenAll包裹剩余任务后主动.Cancel()（但注意：.NET 中Task本身不可取消，只能靠协作式取消） - 简单粗暴但有效的方式：
var tasks = new[] { t1, t2, t3 }; var first = await Task.WhenAny(tasks); // 其余任务：tasks.Except(new[] { first }).ToList().ForEach(t => t.Ignore()); // Ignore 是自定义扩展，内部调用 .ContinueWith(_ => {}, TaskContinuationOptions.OnlyOnRanToCompletion)（实际建议用ContinueWith忽略结果，而非放任不管）
WhenAny 在异常场景下行为特殊：CompletedTask 也可能抛异常
Task.WhenAny 自身不会因子任务异常而失败——它只关心“是否完成”。即使 t1 以 AggregateException 失败，WhenAny 仍会返回该 t1 实例，且 await completed 时才会真正抛出异常。
容易踩的坑：没做 try/catch 就直接 await completed，导致上层异常未捕获；或误判“完成 == 成功”，跳过错误处理。
- 安全写法：
var completed = await Task.WhenAny(t1, t2); try { var result = await completed; } catch (Exception ex) { // 这里才能捕获 t1 或 t2 的原始异常 } - 想提前判断是否失败？检查
completed.IsFaulted或completed.IsCanceled，但注意：此时异常尚未被观察，可能触发未处理异常警告（尤其在 .NET 6+） - 不要用
completed.Exception做条件分支——它可能是 null（即使任务已失败，异常可能还未被传播）
WhenAny 的语义是“响应式调度起点”，不是“结果聚合器”。它的价值在于解耦“等待时机”和“结果消费”，但这也意味着每一步都得自己把链路补全：谁负责取消、谁处理异常、谁释放资源——这些都不会自动发生。
