关于Async/await、Task.WhenAll()与多线程并行性的技术疑问

原代码示例 #

public async Task<string> GetSomething(int userId, int addressId)
{
    var taskA = GetUserAsync(userId);
    var taskB = GetAddressAsync(addressId);

    await Task.WhenAll(taskA, taskB); //Is Task.WhenAll does parallelism (multitreading)?

    return JsonSerializer.Serialize(new List<string>()
    {
        taskA.Result,
        taskB.Result
    }); //'.result' is synchrone? Does it block the thread if taskA or taskB encounter some problem and can't finish?
}

疑问与解答 #

疑问1：同事称Task.WhenAll()因实现多线程并行性提升性能，是否属实？ #

不完全准确，需结合任务类型判断：

• IO绑定任务（如数据库查询、HTTP请求）：Task.WhenAll本身不创建线程，但GetUserAsync和GetAddressAsync在等待IO响应时会释放当前线程，两个任务的IO等待阶段可重叠执行，整体耗时为两个任务中较长的那个，相比串行执行能提升性能，但这不是传统的多线程CPU并行。
• CPU绑定任务（如复杂计算）：若两个方法是同步CPU操作包装成Task，Task.WhenAll会通过线程池调度多线程并行处理，此时才是真正的多线程并行，能利用多核CPU提升性能。
• 结论：性能提升的核心是任务的重叠执行，仅CPU绑定场景属于多线程并行，IO绑定场景是异步IO的时间重叠。

疑问2：调用Task.WhenAll()后使用.Result获取结果，若任一任务异常是否会阻塞线程？ #

不会阻塞：

• 执行await Task.WhenAll(taskA, taskB)后，taskA和taskB已处于完成状态（成功或失败），此时访问.Result只是直接读取已完成任务的结果，不会阻塞线程。
• 若任一任务抛出异常，await Task.WhenAll会直接抛出AggregateException（C# 6+会自动展开第一个异常），代码根本不会走到访问.Result的步骤。

疑问3：自行编写的串行写法是否更合理，无需WhenAll且不会阻塞线程？ #

你的写法不会阻塞线程这部分是对的，但存在性能短板：

• 代码是串行执行逻辑：先等待GetUserAsync完全完成，才启动GetAddressAsync，整体耗时为两个任务耗时的总和，相比原代码的并行启动，性能差距明显（尤其是IO绑定场景）。
• 若想兼顾简洁性与性能，推荐以下写法，既避免.Result又实现任务并行：

public async Task<string> GetSomething(int userId, int addressId)
{
    var taskA = GetUserAsync(userId);
    var taskB = GetAddressAsync(addressId);

    var resultA = await taskA;
    var resultB = await taskB;

    return JsonSerializer.Serialize(new List<string>() { resultA, resultB });
}

这种写法和Task.WhenAll效果一致，均等待所有任务完成，且符合async/await的最佳实践。

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