SemaphoreSlim的Wait()/WaitAsync()：阻塞还是异步？两段methodX执行是否有差异？

问题1：这些调用是阻塞式的还是异步的？ #

• _locker.Wait() 是阻塞式调用：调用后当前线程会被暂停，直到信号量可用，期间该线程无法处理其他任务，会一直占用线程资源。
• _locker.WaitAsync() 是异步非阻塞调用：调用后会立即返回一个Task，当前线程可以继续执行其他工作；当信号量可用时，才会恢复执行后续代码，不会长期占用线程资源。

问题2：两段代码中methodX()的执行逻辑是否存在差异？ #

存在明显差异，核心区别在于等待信号量时的线程行为：

代码片段A的执行逻辑 #

SemaphoreSlim _locker = new SemaphoreSlim(1);
async Task methodX()
{
   _locker.Wait();
   // .. rest of the code
}

• 调用Wait()时，当前线程会被阻塞，哪怕methodX标记为async，这里的阻塞也会让线程卡在该调用上，直到信号量释放。
• 如果在有同步上下文的环境（比如UI线程、ASP.NET传统上下文）中，这种阻塞可能引发死锁：因为async方法后续代码需要回到原上下文，但原线程被Wait()占用无法释放。
• 线程资源利用率低，阻塞期间线程无法处理其他任务。

代码片段B的执行逻辑 #

SemaphoreSlim _locker = new SemaphoreSlim(1);
async Task methodX()
{
   await _locker.WaitAsync();
   // .. rest of the code
}

• 调用WaitAsync()后会立即返回Task，当前线程可以去处理其他工作，不会被阻塞。
• 当信号量可用时，await会恢复执行后续代码：如果当前有同步上下文，默认会回到原上下文（可通过ConfigureAwait(false)取消），不会引发死锁风险。
• 线程资源利用率更高，符合异步编程的非阻塞设计理念。

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