为何SemaphoreSlim会无限期等待？信号量使用疑问咨询

嘿，这个问题我之前帮好几个开发者排查过，咱们一步步理清楚：

为什么预期允许1个线程通过但没实现？ #

• 搞混了初始计数和最大计数：SemaphoreSlim的构造函数是SemaphoreSlim(int initialCount, int maxCount)——你说的"限制为1"是最大计数（maxCount），"当前值为0"是初始计数（initialCount）。这种情况下，一开始没有可用的许可，第一个线程调用Wait()时会直接进入等待状态，根本拿不到许可。如果你的预期是程序启动就允许1个线程进入，那应该把初始计数设为1，也就是new SemaphoreSlim(1, 1)。
• 线程拿到许可后没释放：哪怕初始计数是1，如果某个线程获取许可后，因为代码异常、死循环或者单纯忘了写Release()，那Semaphore的计数会一直卡在0，后续线程自然没法获取许可，看起来就像没按预期工作。
• 误用了Wait的重载方法：比如你用了带超时的Wait(int millisecondsTimeout)，但把超时时间设为0，或者没检查返回值——这时候线程没拿到许可就直接跳过了临界区，你可能误以为是Semaphore没放行。

为什么会出现无限期等待？ #

• 没有线程释放许可：这是最常见的原因。如果所有拿到许可的线程都没调用Release()（比如线程崩溃、卡在无限循环里、代码漏写了Release），那SemaphoreSlim的可用计数会一直是0，后续调用Wait()的线程会无限等待，直到整个程序终止。
• 陷入死锁场景：比如线程A拿到了Semaphore的许可，然后等着拿另一个锁；而线程B拿着那个锁，同时在等Semaphore的许可——这时候两个线程互相卡住，Semaphore的许可永远不会被释放，自然就无限等下去了。
• 无参Wait()的特性：Wait()的无参重载本身就是设计成无限等待的，它会一直阻塞直到拿到许可。如果永远没有线程释放许可，那这个等待就会持续到程序结束。如果不想无限等，建议用带超时的重载，比如Wait(TimeSpan.FromSeconds(3))，超时后会返回false，线程可以做后续处理。

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