SemaphoreSlim.WaitAsync如何实现异步函数顺序执行？（WPF场景）

先直接确认你的流程猜测基本是对的，再仔细拆解细节，同时解答你最关心的同一线程能否重复获取的问题：

一、两次点击按钮的实际运作流程 #

首次点击时： #

1. 你点击按钮后，Button_Click在WPF的主线程（Dispatcher线程）上执行，遇到await semaphoreSlim.WaitAsync()：
   因为信号量初始计数是1，这个WaitAsync()会立即返回一个已完成的Task，代码顺利进入try块。
2. 接下来执行await GetLengthAsync()：
   由于这是异步方法且需要40秒完成，await会让Button_Click方法挂起，主线程回到WPF消息循环，继续处理其他UI操作（比如拖拽窗口、其他按钮点击）。
3. 40秒后GetLengthAsync()完成，Button_Click会在主线程上恢复执行，接着调用同步的LongComputeFunc（耗时30秒），这段时间主线程会被阻塞（UI会卡住）。
4. 最后进入finally块调用semaphoreSlim.Release()，信号量计数回到1，整个流程结束。

10秒后再次点击按钮时： #

1. 主线程此时正处于消息循环状态（因为第一次点击的GetLengthAsync还在执行），处理新的按钮点击事件，再次进入Button_Click方法。
2. 执行到await semaphoreSlim.WaitAsync()时，此时信号量计数是0（第一次点击已经获取了还没释放），所以WaitAsync()返回的是一个未完成的Task，await再次让方法挂起，主线程回到消息循环继续处理其他任务。
3. 直到第一次点击的流程走完，finally里调用Release()让信号量计数回到1，这时候第二次点击的WaitAsync()的Task才会完成，主线程会恢复执行第二次点击的后续代码（同样会经历GetLengthAsync和LongComputeFunc的流程）。

二、核心疑问：同一线程也无法再次获取信号量吗？ #

答案是是的，完全会阻止同一线程再次进入。

SemaphoreSlim是基于"计数"来控制访问的，它不关心调用线程是谁——不管是主线程自己再次调用，还是其他线程调用，只要信号量的可用计数为0，WaitAsync()就会等待，直到有其他地方调用Release()释放计数为止。

举个极端例子，如果你的代码里不小心写了这样的逻辑：

await semaphoreSlim.WaitAsync();
try
{
    // 错误地再次调用WaitAsync
    await semaphoreSlim.WaitAsync();
    // ...其他代码
}
finally
{
    semaphoreSlim.Release();
}

那主线程会在第二次WaitAsync()这里彻底卡住，因为第一次获取后计数为0，第二次调用没有其他线程会释放信号量，最终导致死锁。

这和我们常用的lock（基于Monitor）不一样：lock是线程关联的，同一线程可以多次进入同一个lock块（重入），但SemaphoreSlim没有这个特性，它只看计数，不看线程。

你的原代码参考 #

private SemaphoreSlim semaphoreSlim = new SemaphoreSlim(1,1);
public async void Button_Click(object sender, EventArgs args)
{
    await semaphoreSlim.WaitAsync();
    try
    {
        // GetLengthAsync takes 40 seconds to complete
        int length = await GetLengthAsync();
        // LongComputeFunc takes 30 seconds to complete
        int aggregate = LongComputeFunc(length);
    }
    finally
    {
        semaphoreSlim.Release();
    }
}

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