标记仅含同步操作的方法为async会改变其执行方式吗？

问题一：仅包含同步调用的方法标记为async，会引发异步执行吗？ #

不会。async关键字本身不会让方法自动变成异步执行，它只是允许你在方法内部使用await关键字，并告诉编译器生成符合异步模式的状态机代码。如果方法里没有实际的异步操作（比如没有await真正的异步任务，或者所有await的都是已完成的同步任务），整个方法会从头到尾同步执行，只是最后会包装成一个已完成的Task返回。

针对示例代码的具体分析 #

你的代码如下：

public async Task M1()
{
    for (int i = 0; i < 10; i++)
    {
        await M2();
    }
}

public async Task M2()
{
    for(int i = 0; i < 10; i++)
    {
        //synchronous operations
    }
}

尽管M2内部只有同步操作，但标记async确实会带来一些差异：

• 状态机开销：编译器会为async方法生成额外的状态机代码，用来管理异步流程。哪怕没有实际的异步等待，这个状态机还是会被创建，带来微小的性能开销（对大多数场景可以忽略，但高频率调用时可能有影响）。
• 返回值自动包装：M2会自动返回一个已完成状态的Task；如果M2不标记async，你需要手动返回Task.CompletedTask来满足返回Task的要求。
• 异常处理逻辑变化：如果M2的同步代码抛出异常，async版本会把异常封装到返回的Task中（即Task.IsFaulted为true，异常存储在Task.Exception里）；而非async的同步方法返回Task时，手动抛出的异常会直接同步抛出，不会封装到Task中。
• 调用时的等待行为：在M1里await M2()，因为M2返回的是已完成的Task，await会直接继续执行，不会发生线程切换或异步挂起，整个M1的执行仍是同步的，但过程中会有Task创建和等待的微小开销。

简言之：async标记不会让纯同步代码变成异步执行，但会带来编译器生成的状态机开销、返回值包装和异常处理的变化。

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