锁定已获取并且进一步尝试锁定不会阻塞：C# 锁是可重入的吗？

Question

我已经编写了一个我认为应该是有效的死锁案例的测试。看来，一旦 a 类的实例获取了锁，该实例就不再需要重新获取锁，即使我明确尝试调用另一个应该再次锁定的方法。

这是类：

internal class Tester
{
    private readonly object _sync = new object();

    public Tester() { }

    public void TestLock()
    {
        lock (_sync)
        {
            for (int i = 0; i < 10; i++)
            {
                Deadlock(i);
            }
        }

    }

    private void Deadlock(int i)
    {
        lock (_sync)
        {
            Trace.WriteLine(i + " no deadlock!");
        }
    }
}

输出：

0没有死锁！
1 没有死锁！
2 没有死锁！
3 没有死锁！
4 没有死锁！
5 没有死锁！
6 没有死锁！
7 没有死锁！
8 没有死锁！
9 没有死锁！

我本以为这会导致僵局......有人能解释一下吗？

Answer 1

.NET 中的锁是可重入的。仅阻止来自其他线程的获取。当同一个线程多次锁定同一个对象时，它只是增加一个计数器，并在释放时减少它。当计数器达到零时，锁实际上被释放以供其他线程访问。

Answer 2

Monitor、Mutex 和 ReaderWriterLock 类维护具有线程关联性的锁。 ReaderWriterLockSlim 类允许您选择，它有一个采用 LockRecursionPolicy 值的构造函数。使用 LockRecursionPolicy.NoRecursion 是一种优化，如果您的锁定确实是细粒度的，那么这是一个相当大的优化。

Semaphore 类是一个不具有任何线程关联性的同步类。这段代码可靠地死锁：

class Tester {
    private Semaphore sem = new Semaphore(1, 1);
    public void TestLock() {
        sem.WaitOne();
        for (int i = 0; i < 10; i++) Deadlock(i);
        sem.Release();
    }

    private void Deadlock(int i) {
        if (!sem.WaitOne(100)) Console.WriteLine("deadlock!");
        else {
            sem.Release();
            Console.WriteLine("No deadlock!");
        }
    }
}

一般来说，线程仿射同步类需要两个线程和两个锁才能死锁。标准模式是一个线程获取锁 A 和 B，另一个线程获取锁 B 和 A。顺序很重要。

.NET 编程中存在不太明显的死锁场景，这些死锁场景是由您看不到的锁引起的，因为它们内置于 .NET 框架代码中。一个非常经典的就是BackgroundWorker。您可以在 UI 线程中编写在 Busy 属性上旋转的代码，等待 BGW 完成。当 BGW 有 RunWorkerCompleted 事件处理程序时，总是会出现死锁。在 UI 线程空闲之前它无法运行，在事件处理程序完成运行之前 BGW 的 Busy 属性不会为 false。

Answer 3

在您的场景中，您有一个锁在另一个锁中。一旦代码命中“Deadlock”中的嵌套锁，“lock(...)”代码本质上会被忽略，因为它已经在“TestLock”中获取了它。

线程的重要来源：http://www.albahari.com/threading/part2.aspx。