Async/await机制中是否存在Wait等待逻辑？对应代码位置是哪里？

核心结论 #

async/await的默认实现没有内置xxx.Wait()这类主动阻塞的等待逻辑，你在AsyncMethodBuilder中找不到相关代码是完全正常的，它本质是基于回调的非阻塞异步模型。

为什么AsyncMethodBuilder没有Wait逻辑 #

AsyncMethodBuilder是编译器生成异步状态机的辅助工具类，仅负责异步方法的状态流转、任务结果包装，不会主动阻塞等待任务执行：

• 异步方法执行到await关键字时，会先检查目标任务是否已经执行完成，若已完成直接继续执行后续逻辑
• 若目标任务未完成，会将当前状态机打包为延续回调，注册到目标任务的回调队列中，随后直接返回释放当前线程资源，全程没有阻塞等待步骤
  你在源码中看到的AwaitUnsafeOnCompleted这类方法，就是用来注册延续回调的核心逻辑，完全不需要主动调用Wait。

你找到的相关代码的实际作用 #

_ThreadPoolWaitCallback类 #

这个类的调用方位于CLR原生代码层，托管代码中没有显式调用的位置。当线程池有新的工作项需要执行时，CLR内核层会直接调用PerformWaitCallback方法分发托管层的工作队列任务，ThreadPoolWorkQueue.Dispatch()的作用是拉取队列中的工作项（包括异步方法的延续回调）执行，属于任务执行入口，和等待逻辑无关。

SynchronizationContext.SetWaitNotificationRequired()方法 #

这个方法是为同步上下文的特殊等待场景设计的，多用于UI线程的同步上下文（如WPF、WinForm的UI同步上下文）。
其中RuntimeHelpers.PrepareDelegate的作用是提前生成委托的非托管调用存根，避免在GC受限的等待执行路径中触发JIT编译导致运行异常，这里关联的Wait方法是同步上下文用来处理消息泵等待的特殊逻辑，不属于async/await的通用核心实现。

Wait相关逻辑的实际位置 #

如果要找和等待相关的逻辑，分两种场景：

• 非阻塞异步等待：完全基于状态机+延续回调实现，没有显式等待代码，任务完成后自动触发回调执行后续状态机步骤，相关逻辑在编译器生成的异步状态机MoveNext方法，以及Task类的延续任务调度逻辑中
• 显式阻塞等待：只有用户手动调用Task.Wait()、Task.Result时才会触发，相关逻辑位于Task类的InternalWait方法中，属于用户主动触发的阻塞逻辑，不是async/await框架的内置默认逻辑。

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