C#中Task.WhenAll并发等待_C#并发等待全部教程【必学】-C#.Net教程-PHP中文网

task.whenall仅并发等待已启动的任务，不负责启动任务；需确保传入的每个元素都是运行中的task，否则将无效等待或串行执行。

c#中task.whenall并发等待_c#并发等待全部教程【必学】

Task.WhenAll 不是“并发执行”，它只是并发等待——任务本身是否并发，取决于你怎么启动它们。

Task.WhenAll 的真实作用：等所有 Task 完成，不管成功失败

很多人误以为 Task.WhenAll 会“让任务并行跑起来”，其实它只负责聚合和等待。你传给它的 IEnumerable<task></task> 里的每个 Task 必须已经处于“已调度”或“正在运行”状态，否则它就干等着。

如果用 Task.Run(() => DoWork()) 构造任务，那才是真并发；只写 DoWorkAsync() 而不 await 或 .Start()，可能返回一个未启动的冷任务（尤其自定义 Task 时）
Task.WhenAll 返回的是一个新的 Task，await 它才会挂起当前上下文；直接调用不 await，等于没等
只要有一个子任务抛出异常，Task.WhenAll 返回的任务就会进入 Faulted 状态，且 Exception.InnerExceptions 包含全部异常（不是第一个）

常见错误：把同步方法塞进 WhenAll，结果串行执行

下面这段代码看着像并发，实际是同步串行：

var tasks = new[] {
    DoSomething(), // 假设这是 void 方法或同步返回值
    DoSomethingElse(),
    DoThirdThing()
};
await Task.WhenAll(tasks); // 编译都过不去，或者 tasks 是 object[]，毫无意义

真正有效的写法必须确保每个元素都是 Task 类型：

C函数速查手册（CHM版）

下载

✅ 正确：Task.WhenAll(DoAsync(), FetchDataAsync(), SaveAsync())
✅ 正确：Task.WhenAll(tasks.Select(x => ProcessAsync(x)))
❌ 错误：Task.WhenAll(list.Select(x => x.Process()))（Process() 是 void 或返回 int）
❌ 危险：Task.WhenAll(urls.Select(u => DownloadString(u))) —— 如果 DownloadString 是同步阻塞方法，会卡线程池

性能陷阱：无限制并发导致线程池饥饿或服务限流

Task.WhenAll 本身不控制并发度，它只是“等”。如果你一下子扔几百个 Task.Run 或 HTTP 请求进去，很容易打爆线程池或触发目标服务的 429。

HTTP 场景建议用 SemaphoreSlim 限流，比如最多同时发 10 个请求
CPU 密集型任务慎用 Task.Run + WhenAll，.NET 默认线程池大小有限，过度并行反而降低吞吐
注意 async/await 和 Task.Run 的混用：I/O 任务用 async，CPU 任务才需要 Task.Run，两者混在一起容易误判瓶颈

捕获单个失败、继续执行其他任务？别依赖 WhenAll 默认行为

Task.WhenAll 一崩全崩，没法“某个失败了，其余继续”。要实现容错并发，得手动展开：

var tasks = urls.Select(DownloadAsync).ToArray();
await Task.WhenAll(tasks.Select(t => t.ContinueWith(_ => { }))); // 吞掉异常，但无法区分成功/失败
// 更稳妥的做法是：
var results = await Task.WhenAll(tasks.Select(t => t.AsResult())); // 需扩展方法封装 Try/Catch

实际项目中更推荐显式处理：