C# 中使用 lock 语句的递归/嵌套锁定

Question

可能的重复：
C# 中的可重入锁

我在 StackOverflow 和 MSDN，不敢相信我找不到这个挥之不去的问题在互联网上。

假设我有一个带有私有成员的类，我想在多个公共方法中访问该成员。这些公共方法将被不同的线程调用，因此需要同步。

public class MyClass
{
    private Object SomeSharedData = new Object();

    public void MethodA()
    {
        lock( SomeSharedData) {
            // do something
            MethodB();
        }
    }

    public void MethodB()
    {
        lock( SomeSharedData) {
            // do something
        }
    }
}

请注意，MethodA 和 MethodB 可以由此类的用户调用，但 MethodA 也会调用 MethodB，这会导致嵌套锁定条件。

这样就保证安全了吗？换句话说，.NET 是否通过对锁进行引用计数来处理此问题，以便当我弹出这些方法时，锁会递减？或者.NET 在幕后施展了某种魔法，从而简单地忽略了源自同一线程的对象上的所有后续锁定？

Answer 1

是的，.NET 中基于 Monitor 的锁是递归的，并且是计数的。

从 Monitor.Enter 的文档中：

同一个线程是合法的
在没有它的情况下多次调用 Enter
阻塞；然而，同等数量的
必须在退出调用之前调用
其他线程正在等待该对象
将解锁。

这究竟是好事还是坏事还有待商榷……

Answer 2

是的，Monitor 支持递归，但您应该之所以意识到，是因为这种行为因一种同步原语而异于另一种同步原语。

例如，默认情况下 ReaderWriterLockSlim 不支持递归并且此代码片段抛出异常：

public class MyClass
{
    ReaderWriterLockSlim rw = new ReaderWriterLockSlim();
    //You should explicitly stated that you want to use recursion
    ReaderWriterLockSlim rwWithRecursion = new ReaderWriterLockSlim (LockRecursionPolicy.SupportsRecursion);

    public void MethodA()
    {
        try {
           rw.EnterReadLock();
           // do something
           MethodB();
        }
        finally {
          rw.ExitReadLock();
        }
    }

    public void MethodB()
    {
        try {
           rw.EnterReadLock(); //throws LockRecursionException
        }
        finally {
          rw.ExitReadLock();
        }
    }
}