Task.WhenAny 什么时候该用，什么时候不该用
它适合「等任意一个任务完成就立刻响应」的场景，比如并发请求多个服务、超时控制、竞速获取数据；不适合「等全部完成再汇总结果」或「需要按顺序等待」的情况——那种该用
Task.WhenAll或
await链式调用。
关键判断点：你是否只关心「第一个结束的任务」的返回值或状态？如果是，
Task.WhenAny就是正确选择；如果还要等其他任务、或者必须保证所有都成功，那它反而会掩盖错误或导致资源泄漏。
如何安全获取完成任务的结果并处理异常
Task.WhenAny返回的是
Task<task></task>，即一个包装了「已完成子任务」的外层任务。你必须先 await 它，再检查内层任务的状态，否则可能拿到
NullReferenceException或误判失败为成功。 永远用
await Task.WhenAny(...)，不要直接取
Result拿到完成的
Task后，必须检查
IsFaulted和
IsCanceled，不能直接调用
Result或
GetAwaiter().GetResult()未完成的任务不会自动取消，需手动调用
Cancel()（如果有
CancellationToken）或保留引用以便后续处理
var tasks = new[] {
DoWorkAsync("A"),
DoWorkAsync("B"),
Task.Delay(100).ContinueWith(_ => throw new InvalidOperationException("Boom"))
};
var firstFinished = await Task.WhenAny(tasks);
if (firstFinished.IsFaulted)
{
Console.WriteLine($"出错了：{firstFinished.Exception?.InnerException?.Message}");
}
else if (firstFinished.IsCompletedSuccessfully)
{
Console.WriteLine($"成功结果：{firstFinished.Result}");
}
和 Task.WhenAll 的性能与语义差异
Task.WhenAny在第一个子任务进入终态（完成/失败/取消）时就结束外层任务，其余任务继续运行（除非你主动取消）；
Task.WhenAll必须等全部完成，且任一失败则整体失败。 内存开销：两者都不复制任务对象，但
WhenAny更早释放外层等待逻辑，适合低延迟响应 错误传播：
WhenAny不聚合异常，你得自己处理每个子任务的
Exception属性；
WhenAll抛出
AggregateException典型误用：用
WhenAny替代
WhenAll来“加速等待全部完成”——这毫无意义，因为剩下任务还在跑，你只是提前退出了等待
常见踩坑：取消未完成任务、重复 await、忽略返回类型
最容易被忽略的是：调用
Task.WhenAny后，没完成的任务仍处于运行中，可能占用线程、连接、内存，甚至引发重复回调。 务必保存未完成任务的引用，在需要时调用
Cancel()（前提是它们接受
CancellationToken） 不要对同一个
Task实例多次 await ——
WhenAny返回的是新
Task<task></task>，但子任务本身仍是原对象 注意返回类型是
Task<task></task>，不是
Task<tresult></tresult>；想提取泛型结果得二次 await 或用
Unwrap()在 ASP.NET Core 等托管环境中，不清理长时间运行的后台任务可能导致应用无法优雅关闭
真正难的不是写对第一行代码，而是想清楚：那个「最先完成」的任务，是否真的代表你可以终止整个逻辑流？它的完成，是否意味着其他任务可以被丢弃，还是必须善后？
