C# async/await：异步操作定义与控制权返回时机答疑

你推测的代码执行流程完全正确，你对异步触发逻辑的大方向判断成立，仅需要补全几个核心概念的细节偏差即可。

对应你给出的代码，真实运行顺序没有任何歧义：

1. 初始线程进入Main方法，同步执行全部code C逻辑，全程无线程切换、无控制权转移。
2. 调用无await的methodB()：初始线程直接同步进入methodB内部，先跑完所有code B逻辑，这部分完全同步执行，不会返回控制权给Main。
3. 执行到await methodA()时，线程同步进入methodA内部，从头到尾跑完所有code A逻辑，这部分依然在初始线程上执行，无线程切换、无控制权转移。
4. 直到methodA执行到Task.Run(...)行：Task.Run将code A'提交给线程池调度，同时立刻返回一个代表code A'执行状态的未完成Task对象，此时methodA才遇到第一个未完成的可等待对象，将控制权返回给methodB。
5. methodB拿到methodA返回的未完成Task，检查到任务未结束，才会将控制权返回给Main方法，Main随即开始执行code D逻辑。
6. 后续code A'在线程池线程上执行，和初始线程上的code D完全并行，两者执行完成的先后顺序没有确定性。
7. 等code A'执行完毕，methodA返回的Task进入完成状态，methodB中await之后的逻辑（如果存在）才会被调度继续执行。

你产生疑惑的本质是混淆了async关键字的作用和真正触发异步暂停的节点，记住以下铁则即可覆盖所有场景：

• async关键字本身不会创建任何线程，也不会自动把方法改为异步执行，它唯一的作用是允许方法内部使用await关键字，同时自动把方法返回值包装为Task对象。哪怕方法标记了async，如果内部从头到尾没有await任何未完成的Task，这个方法就是100%同步执行，和普通同步方法没有执行流差异，仅多了一层Task包装的性能开销。
• await不是一碰到就会暂停方法、返回控制权：await运算符的第一步是同步检查等待的Task是否已经完成：
  • 如果Task已完成（比如await Task.CompletedTask，或等待的任务在检查时已经执行完毕），则直接提取结果继续向下执行，完全不会暂停，也不会返回控制权给调用方，全程同步运行。
  • 只有当检查到等待的Task处于未完成状态时，才会暂停当前方法执行，把控制权返回给调用方，等任务完成后再通过回调调度后续逻辑。
• 官方文档提到的“异步操作”，和“是否运行在其他线程”没有必然绑定：异步操作的核心定义是启动操作后不需要阻塞当前线程等待结果，操作完成后通过回调触发后续执行，它可能运行在其他线程（比如Task.Run、IO完成端口回调），也可能不占用任何线程（比如Task.Delay在计时到期前没有线程等待，靠操作系统定时器回调触发），但所有真正的异步操作，在启动后、完成前都会返回一个未完成的Task对象——这才是触发await暂停、返回控制权的唯一核心条件。

“只要方法标记了async，await时就会立刻返回控制权”的说法完全错误：
如果把methodA改成没有任何真正异步逻辑的版本：

async Task methodA() {
    // 模拟10秒同步CPU密集计算
    for(long i=0; i<long.MaxValue; i++) {}
}

此时在methodB中await methodA()时，会先同步把这10秒的循环全部跑完——因为methodA内部没有产生任何未完成的Task，整个方法会从头到尾同步执行完，返回一个已完成的Task，await检查到任务已完成根本不会触发暂停和控制权返回，Main中的code D必须等这10秒循环跑完才会开始执行，不存在任何并行可能。

真正的异步方法判定标准：一个async方法会不会产生异步暂停，和它是否标记async、方法名是否带Async后缀没有任何关系，只看它在执行路径上，返回给调用方之前会不会产生一个未完成的Task对象。所有在返回前就跑完所有逻辑、仅返回已完成Task的async方法，本质都是同步方法。

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