C#怎么使用Task.WhenAll和Task.WhenAny C#并行任务处理方法

来源：这里教程网时间：2026-02-21 17:38:18 作者：

Task.WhenAll 和 Task.WhenAny 是 C# 中用于协调多个异步任务的核心工具，它们不直接执行并行计算，而是帮你“等待多个任务的完成状态”——一个等全部，一个等最先完成的那个。

Task.WhenAll：等所有任务都完成

当你有一组独立的异步操作（比如同时调用多个 API、读取多个文件），且必须等它们全部结束才能继续时，就用 WhenAll。它返回一个 Task（如果原任务是 Task，则返回 Task），这个 Task 在所有输入任务完成后才完成。

常见写法：

传入 Task[] 或 IEnumerable，例如：
await Task.WhenAll(task1, task2, task3)
或
await Task.WhenAll(tasks)
如果任意一个任务出错（抛异常或进入 Faulted 状态），WhenAll 返回的任务也会立刻变成 Faulted，异常信息会封装在 AggregateException 中（可遍历 InnerExceptions 查看具体哪个任务失败） 所有任务成功时，返回值是结果数组，顺序和传入顺序一致 —— 即使某个任务实际完成得晚，结果位置也不变

Task.WhenAny：只等第一个任务完成

适用于“谁先回来就先处理谁”的场景，比如：对同一请求发起多个冗余服务调用（如不同 CDN 节点），取最快响应；或实现带超时的等待逻辑。

关键点：

返回的是 Task，即“一个代表‘最先完成的那个任务’的 Task”，需 await 两次才能拿到实际结果（第一次等 WhenAny 完成，第二次等那个被选中的任务完成）被选中的任务一定处于 RanToCompletion、Faulted 或 Canceled 状态；其余任务仍可能在运行中，不会被取消或中断 —— 你得自己决定是否要取消它们（比如用 CancellationToken） 如果有多个任务几乎同时完成，WhenAny 只返回其中任意一个（无确定顺序保证）

简单对比与选用建议

两者不是替代关系，而是解决不同问题：

需要聚合结果（如汇总所有接口数据）→ 用 WhenAll 需要快速响应或做“竞速选择”→ 用 WhenAny 想等所有任务但允许部分失败后继续？不能直接靠 WhenAll —— 得先把每个任务包装成不抛异常的版本（例如用
task.ContinueWith(t => t.Exception?.InnerException)
或 try/catch 包一层）

一个小提醒：别混淆“并发”和“并行”

WhenAll/WhenAny 本身不开启线程或强制并行；它们只是调度和等待已启动的异步任务。真正是否并发，取决于你传进去的任务本身（比如 HttpClient.GetAsync 是 I/O 异步，不占线程；Task.Run(() => CPUWork()) 才会用线程池线程）。所以不要以为用了 WhenAll 就自动多线程了 —— 它只是让等待更高效。

基本上就这些。用对场景，再注意异常处理和任务生命周期，这两个方法就很稳。