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

时间:2015-09-17 07:13:32

标签: c# multithreading semaphore

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();
    }
}

enter image description here

第一个线程进入互斥区域,打印" 0"等待5秒,同时2秒后另一个线程也进入临界区?

问题

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

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

  

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

3 个答案:

答案 0 :(得分:15)

您需要检查等待的返回值。基于超时的等待将尝试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
    }
}

答案 1 :(得分:5)

你的误解是有一个隐含的"互斥区"这不是你定义的。

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

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

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

答案 2 :(得分:0)

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

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

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