需要了解SemaphoreSlim的用法

Question 1

这是我的代码，但我不知道SemaphoreSlim在做什么。

async Task WorkerMainAsync()
{
    SemaphoreSlim ss = new SemaphoreSlim(10);
    List<Task> trackedTasks = new List<Task>();
    while (DoMore())
    {
        await ss.WaitAsync();
        trackedTasks.Add(Task.Run(() =>
        {
            DoPollingThenWorkAsync();
            ss.Release();
        }));
    }
    await Task.WhenAll(trackedTasks);
}

void DoPollingThenWorkAsync()
{
    var msg = Poll();
    if (msg != null)
    {
        Thread.Sleep(2000); // process the long running CPU-bound job
    }
}

等待ss.WaitAsync();和ss.Release();做什么？

我想如果我一次运行50个线程，然后编写类似的代码，SemaphoreSlim ss = new SemaphoreSlim(10);那么它将被迫一次运行10个活动线程。

当10个线程之一完成时，另一个线程将启动。如果我不对，请帮助我了解示例情况。

为什么await需要ss.WaitAsync();？怎么ss.WaitAsync();办？

Question 2

我想如果我一次运行50个线程，则类似SemaphoreSlim ss = new SemaphoreSlim（10）的代码；将强制一次运行10个活动线程

那是正确的; 使用信号量可确保同时进行这项工作的工人不超过10名。

调用WaitAsync信号量将产生一个任务，当该线程已被“访问”该令牌时，该任务将完成。 await-ing任务使程序在“允许”执行该操作时继续执行。具有异步版本（而不是调用）Wait对于确保方法保持异步而不是同步非常重要，而且还应解决async由于回调而导致方法可以跨多个线程执行代码的事实，等等。与信号量的自然线程亲和力可能是一个问题。

旁注：DoPollingThenWorkAsync不应有Async后缀，因为它实际上不是异步的，而是同步的。只是叫它DoPollingThenWork。它将减少读者的困惑。

Question 3

在拐角处的幼儿园，他们使用SemaphoreSlim控制可在体育室玩耍的孩子人数。

他们在房间外面的地板上画了5对脚印。

当孩子们到达时，他们将鞋子放在免费的脚印上，进入房间。

一旦玩完了，他们就会出来，收拾鞋子，为另一个孩子“释放”一个插槽。

如果一个孩子到了并且没有脚印了，他们会去别处玩或者只是待一会儿然后不时检查一下（即没有FIFO优先级）。

当老师在附近时，她会在走廊的另一侧“释放”额外的5个脚印行，以使另外5个孩子可以同时在房间里玩耍。

它还具有SemaphoreSlim的相同“陷阱”。

如果一个孩子完成游戏并离开房间而没有拿起鞋子（不会触发“释放”），则即使理论上有一个空的插槽，插槽也会被阻塞。不过，孩子通常会被告知。

有时，一个或两个偷偷摸摸的孩子将鞋子藏在别处，然后进入房间，即使所有的脚印都已被占用（即SemaphoreSlim也不“真正”控制房间里有多少个孩子）。

这通常不能很好地结束，因为教室的过度拥挤往往会因孩子哭泣和老师完全关闭教室而结束。

Question 4

尽管我接受这个问题确实与倒计时锁定方案有关，但我认为值得分享这些链接，我希望将SemaphoreSlim用作简单的异步锁定的人可以使用此链接。它允许您使用using语句，可以使编码更整齐，更安全。

http://www.tomdupont.net/2016/03/how-to-release-semaphore-with-using.html

我确实在它的Dispose中进行了交换_isDisposed=true，_semaphore.Release()以防万一它被多次调用。

同样重要的是要注意SemaphoreSlim不是可重入锁，这意味着如果同一线程多次调用WaitAsync，则信号量所具有的计数每次都会减少。简而言之，SemaphoreSlim不支持线程。

关于代码质量问题，最好将Release放在最后的尝试中，以确保始终将其发布。