.NET 6中编写无await的async方法为何不报错？有何用途？

先明确一个基本事实：从C# 5首次引入async/await语法开始，编译器就从来没有要求async方法内部必须出现await关键字，这不是.NET 6才新增的特性。
async本质是编译器识别的一个方法标记，作用是告知编译器：当前方法内部允许使用await语法，需要将方法编译为对应的异步状态机结构，同时自动把方法的返回值、抛出的异常包装到Task/Task<T>对象中，符合TAP异步编程模型的约定。
如果一个async方法内部没有任何await表达式，编译器只会抛出编号为CS1998的警告，提示该方法将全程同步运行，不会阻断编译。不少开发者因为项目调整了警告等级、没开警告输出，会误以为编译器完全没做提示。

你贴的代码属于典型的bug写法：

public async Task CommitAsync()
{
    _context.SaveChangesAsync();
}

这段代码既没有await调用SaveChangesAsync()，也没有捕获该方法返回的Task对象，返回的Task会被直接丢弃。一旦SaveChangesAsync()执行过程中抛出异常（比如数据库连接失败、约束校验不通过），异常会被封装在被丢弃的Task中，既不会被当前方法捕获，也不会抛给调用方，最终要么触发未观测Task异常，要么直接静默失败，导致数据提交逻辑失效还很难排查。正确写法应该是await _context.SaveChangesAsync();。

这种合法但看起来反直觉的写法，主要有几个明确的实际用途：

• 适配异步接口/基类契约。很多时候我们会在仓储、服务层定义统一的异步方法签名（比如带Async后缀的Task返回方法），保证上层调用逻辑可以统一按异步模式编写，不需要针对不同实现写两套逻辑。但部分特定实现（比如内存仓储Mock、简单的本地缓存实现）的逻辑是纯同步CPU操作，没有任何异步IO或异步计算需求，这时候既可以选择直接返回Task.CompletedTask，也可以写成无await的async方法。后者的优势是后续如果要给实现加异步逻辑，不需要修改方法签名，也不会破坏现有调用方的代码。
• 保证异步方法异常行为一致性。普通返回Task的非async方法，如果在执行过程中抛出异常，异常会直接同步抛到调用栈，不会被包装到返回的Task里；而async方法哪怕内部没有任何await，方法执行中抛出的所有异常都会被自动封装到返回的Task对象中，和真正有异步等待逻辑的方法行为完全一致。对于需要严格遵守TAP契约的场景，这种写法可以避免调用方因为异常抛出路径不一致出现bug——比如调用方统一用await捕获异常的话，不会出现某类异常直接同步抛出、绕过await捕获逻辑的问题。
• 开发阶段的方法占位。搭建项目骨架的时候可以先把异步方法的签名定义好，标上async，内部暂时写同步占位逻辑，后续迭代时直接往方法里加await异步逻辑即可，不需要反复调整方法签名，也不会影响整体代码结构的编译。

最后提个实践建议：如果你的async方法里确实不需要await，且不需要async带来的自动异常包装能力，直接返回Task.CompletedTask（无返回值）或者Task.FromResult(返回值)（有返回值）会更高效，省掉编译器生成异步状态机的少量性能开销。

内容的提问来源于stack exchange，提问作者Haşim ensar Kavak