为什么C#异步方法的参数验证建议封装在非async方法中？

带async关键字的方法有一个固定特性：方法运行时抛出的所有异常都会被自动捕获，封装到返回的Task对象中，只有当调用方对该Task执行await、Wait()、访问Result属性等操作时，异常才会被抛出到调用上下文。这是两种实现产生差异的核心原因。

1. 参数非法时的执行逻辑差异 #

• 第一种带async的实现：

public async Task DoSomethingAsync(string param)
{
    if(string.IsNullOrEmpty(param))
    {
        throw new ArgumentException("Param is blank");
    }
    await DoSomethingElseAsync(param);
}

调用该方法时，参数验证抛出的异常不会立刻向外暴露，方法会直接返回一个Faulted状态的Task对象。异常只有在调用方后续await这个Task时才会触发抛出。如果调用方在调用方法后隔了很长时间、执行了大量其他逻辑后才执行await，异常就会被延迟抛出，非常不利于问题定位。

• 第二种不带async的实现：

public Task DoSomethingAsync(string param)
{
    if(string.IsNullOrEmpty(param))
    {
        throw new ArgumentException("Param is blank");
    }
    return DoSomethingElseAsync(param);
}

该方法是普通的同步返回Task的方法，参数验证逻辑会在方法被调用的瞬间立刻执行，验证不通过时当场抛出ArgumentException，根本不会返回Task对象，调用方在调用这行代码时就会收到错误反馈，完全符合普通同步方法参数验证的行为习惯。你问题中提到的疑问答案是肯定的：第二种实现的参数验证完全是立即执行的，不会有任何延迟。

2. 参数合法时的执行逻辑差异 #

两种实现的表现几乎一致，都会返回正常的可等待Task对象，调用方await后的执行流程没有区别。

该规则推荐将参数验证封装在非async的外层方法中，核心原因是参数错误属于调用方的前置用法错误，应该在调用发生时就立刻反馈，而不是延迟到异步任务实际执行时才抛出，避免异常延迟抛出导致的问题溯源困难。

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