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();
}
}
第一个线程进入互斥区域,打印" 0"等待5秒,同时2秒后另一个线程也进入临界区?
问题
它是否打败了信号量的整个目的?
我将使用此超时的真实场景是什么,特别是当基本规则是 -
时" 信号量 = 限制可以访问资源的线程数 或资源池同时
答案 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)
这会让人们感到畏惧,但是使用超时(并确认它确实超时)是记录和跟踪死锁错误的好方法。当然,如果您正确编写了程序,就不需要这些,但是我为此目的亲自使用了它,这节省了我很多时间。
因此,是的,如果您让它超时,然后使用多个线程访问关键部分,它的确会破坏目的(在大多数情况下)。但是记录或检测死锁错误很有用。
在某些情况下,您希望多个线程访问关键部分,但仅在特定情况下才可以。例如,这不会是致命的,并且对于它的发生根本是不希望的。例如,您不是在使用信号灯来阻止跨线程崩溃,而是其他方法。