C#中使用Task.WhenAll的意义是什么？为何移除后代码仍能运行？

你说的没错，这段代码去掉Task.WhenAll之后确实能正常跑——因为两个异步任务在调用RenderViewComponentToStringAsync的时候就已经启动了，后面分别await也能拿到结果。但Task.WhenAll在这里有几个不可替代的核心意义：

• 统一处理所有异常，不会漏错
  如果两个任务中有一个或者两个都抛出异常，去掉WhenAll的话，你只会捕获到第一个await的异常，第二个任务的异常会变成“未观察到的异常”——在旧版.NET里这可能直接搞挂进程，新版虽然不会崩溃，但会在日志里留下警告，而且你根本不知道还有一个错误发生了。用Task.WhenAll的话，只要有任务失败，它会立刻抛出AggregateException，把所有失败任务的异常都包进去，你能一次性处理所有问题。

• 代码意图更清晰，可读性更强
  写await Task.WhenAll(...)相当于明明白白告诉其他开发者：“我要等这几个并行跑的任务全部完成后再往下走”。虽然后面分别await也能达到同样的效果，但没有WhenAll的话，新人可能会误以为这两个任务是串行执行的，得花时间理清逻辑。WhenAll把“并行等待”的语义直接写在了代码里，减少了理解成本。

• 批量处理任务更简洁
  现在你只有两个任务，感觉不出差别，但如果是5个、10个异步任务，总不能写10个await吧？Task.WhenAll可以一次性等待任意数量的任务，后续处理结果也可以用数组批量操作（比如var results = await Task.WhenAll(tasks);），代码会简洁很多。

• 避免隐性的状态机开销
  虽然这点影响很小，但当你分别await两个已经完成的任务时，每个await都会触发一次状态机的跳转。而Task.WhenAll只需要一次await，能减少一点点不必要的运行时开销——当然，这在小体量代码里可以忽略，但在高并发场景下还是有意义的。

内容的提问来源于stack exchange，提问作者Soiler