C#中async/await仍需等待前序执行完成，其实际优势是什么？

你对示例代码执行顺序的观察是正确的，你给出的写法本身就是串行执行异步操作，没有用到并行能力，这是用法选择导致的，不是async/await本身的特性问题。我们可以从两个核心概念分别拆解：

1. 非阻塞特性：哪怕串行执行也存在的收益 #

你示例中的代码虽然需要按顺序等待三个数据库操作完成，但和同步写法的核心差异是：await等待IO操作（比如数据库请求）的过程中，当前线程不会被阻塞挂起，而是会被释放回线程池，去处理其他任务，等IO操作完成后再拿空闲线程继续执行后续逻辑。
举个实际场景的对比：

• 如果你用同步写法跑这三个各耗时1秒的数据库操作，当前线程会被占满3秒，全程干不了别的。如果是Web服务场景，会直接降低服务吞吐量；如果是桌面端UI场景，会直接卡住界面无法响应用户操作。
• 用async/await串行写法的话，3秒的等待过程中线程可以被复用处理其他请求/UI事件，用户完全感知不到卡顿，服务的吞吐量也会大幅提升。

2. 并行性：需要你主动触发才会生效 #

async/await不会自动帮你并行化无依赖的异步操作，你需要先把所有异步任务都启动，再统一等待，才能实现并行执行，总耗时等于最慢的那个操作的耗时，而不是三个操作的耗时总和。
正确的并行写法示例：

// 先启动所有无依赖的异步任务，此时三个数据库请求已经同时发出
var userTask = GetUserFromDBAsync();
var destinationTask = GetDestinationFromDBAsync();
var addressTask = GetAddressFromDBAsync();

// 等待所有任务执行完成后再取值
var user = await userTask;
var destination = await destinationTask;
var address = await addressTask;

也可以用Task.WhenAll统一等待所有任务完成：

await Task.WhenAll(userTask, destinationTask, addressTask);
// 所有任务完成后再读取结果
var user = userTask.Result;
var destination = destinationTask.Result;
var address = addressTask.Result;

常见使用场景总结 #

• 如果多个异步操作之间有依赖（比如第二个请求需要用到第一个请求的返回值），就用你最初的串行await写法，享受非阻塞的收益即可。
• 如果多个异步操作之间没有依赖，就先启动所有任务再统一await，同时享受非阻塞+并行的收益。

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