调用异步代码时是否需始终处理AggregateException的多异常？

首先直接回答你的核心疑问：不需要在所有调用外部异步库的场景都添加这类繁琐的AggregateException处理，具体要不要做，完全取决于你的业务需求。

什么时候需要处理多内部异常？ #

只有当你需要知道所有并行任务的失败详情时，才需要主动获取AggregateException的内部异常列表。比如这些场景：

• 批量执行异步操作（比如批量更新多条数据、批量调用外部API），你需要记录每个失败项的原因，方便后续排查或给用户反馈；
• 并行执行的多个任务都对业务结果有影响，你需要针对每个失败的任务做对应的补偿操作；
• 调试阶段，需要完整了解所有失败原因来定位问题。

如果你的场景只关心“操作是否失败”，不纠结具体有几个错误，那常规的try/catch捕获await抛出的第一个异常就足够了——毕竟await会自动解包AggregateException的第一个内部异常，大部分业务场景下这个信息已经能满足判断失败的需求。

捕获多异常后能做哪些有意义的操作？ #

针对不同业务场景，有这些常见的处理方式：

• 完整日志记录：把每个内部异常的消息、堆栈跟踪、甚至对应的任务标识都记录下来，这对排查并行任务的问题非常关键，比如你能知道是FooAsync还是BarAsync出了问题，或者两个都出了问题；
• 业务补偿：针对每个失败的任务执行对应的回滚或修正操作，比如某个异步数据库更新失败了，就回滚该条数据的修改；某个文件上传失败了，就标记该文件为上传失败状态；
• 用户友好反馈：如果是面向用户的操作，把所有错误整理成清晰的提示，比如批量上传时告诉用户“文件A上传失败：格式错误；文件B上传失败：网络超时”；
• 分类异常处理：根据内部异常的类型做不同处理，比如网络异常可以自动重试，参数错误直接返回用户提示，权限异常跳转到登录页面。

关于你的复现代码的问题 #

你提供的代码里，try/catch没有捕获到AggregateException，是因为await会自动解包AggregateException，抛出第一个内部异常，所以你的catch块里的AggregateException分支根本不会被命中，反而外层的Wait()把异步异常重新包装成了AggregateException抛出。

修正后的代码应该从Task对象的Exception属性获取完整的AggregateException：

static async Task BlahAsync()
{
    var t1 = FooAsync(throwEx: true);
    var t2 = BarAsync(throwEx: true);
    var allTasks = Task.WhenAll(t1, t2);
    try
    {
        await allTasks;
    }
    catch
    {
        // 从已完成的Task对象中获取完整的AggregateException
        if (allTasks.Exception is AggregateException aggEx)
        {
            Console.WriteLine($"Caught an aggregate exception. Inner exception count: {aggEx.InnerExceptions.Count}");
            foreach (var ex in aggEx.InnerExceptions)
            {
                Console.WriteLine($"Inner error: {ex.Message}");
            }
        }
    }
}

另外提醒一句：在异步代码里尽量避免使用Wait()或Result，它们会阻塞线程，还容易导致死锁，而且会把异步异常重新包装成AggregateException，增加处理复杂度。异步代码要尽量用await来等待任务完成。

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