Question

semaphore的真正力量是：

限制可以访问资源或池的线程数资源同时

这是明白的。

但是我从来没有机会玩Wait接受超时整数的重载，但是 - 这似乎允许多个线程进入临界区，尽管我＆＃39 ; ve显式设置信号量，一次不允许多个线程：

private readonly SemaphoreSlim _mutex = new SemaphoreSlim(1);

private void Main()
{
    Task.Run(() => DelayAndIncrementAsync());
    Task.Run(() => DelayAndIncrementAsync());
}

private void DelayAndIncrementAsync()
{
    _mutex.Wait(2000);

    try
    {
        Console.WriteLine(0);
        Thread.Sleep(TimeSpan.FromSeconds(5));
        Console.WriteLine(1);
    }
    finally
    {
        _mutex.Release();
    }
}

第一个线程进入互斥区域，打印＆＃34; 0＆＃34;等待5秒，同时2秒后另一个线程也进入临界区？

问题

它是否打败了信号量的整个目的？

我将使用此超时的真实场景是什么，特别是当基本规则是 -

时

＆＃34; 信号量 = 限制可以访问资源的线程数或资源池同时

Answer 1

您需要检查等待的返回值。基于超时的等待将尝试2秒钟来获取互斥锁然后返回。您需要检查返回值是否为真（即您有互斥锁）。

编辑：还要记住，如果信号量可用，则基于超时的等待将立即返回，因此您无法通过此技术防止代码中出现无限循环。

private readonly SemaphoreSlim _mutex = new SemaphoreSlim(1);
void Main()
{

    Task.Run(()=>DelayAndIncrementAsync());
    Task.Run(()=>DelayAndIncrementAsync());
}
public   void  DelayAndIncrementAsync()
{
    if (_mutex.Wait(2000))
    {
        try
        {
            Console.WriteLine(0);
            Thread.Sleep(TimeSpan.FromSeconds(5));
            Console.WriteLine(1);
        }    
        finally
        {
            _mutex.Release();
        }
    } else {
        //oh noes I don't have the mutex
    }
}

Answer 2

你的误解是有一个隐含的＆＃34;互斥区＆＃34;这不是你定义的。

您正在使用的Wait的重载返回一个布尔值，该值告诉您互斥锁是否已成功输入。

您在示例中所做的是进入关键区域，无论线程是否已获取互斥锁，使其变得多余。

通常，您希望在任何想要尝试进入互斥锁的情况下使用此重载，但如果当前无法获取互斥锁，则还需要使用回退策略分配的时间。

Answer 3

这会让人们感到畏惧，但是使用超时（并确认它确实超时）是记录和跟踪死锁错误的好方法。当然，如果您正确编写了程序，就不需要这些，但是我为此目的亲自使用了它，这节省了我很多时间。

因此，是的，如果您让它超时，然后使用多个线程访问关键部分，它的确会破坏目的（在大多数情况下）。但是记录或检测死锁错误很有用。

在某些情况下，您希望多个线程访问关键部分，但仅在特定情况下才可以。例如，这不会是致命的，并且对于它的发生根本是不希望的。例如，您不是在使用信号灯来阻止跨线程崩溃，而是其他方法。

SemaphoreSlim的超时是否会超越自己的目的？

3 个答案: