据我了解，在运行时完成 lock(obj) 的代码块之前不会释放锁（因为当块完成时，它会调用 Monitor.Exit(obj)。
有了这种理解，我无法理解以下代码行为背后的原因：
private static string obj = "";
private static void RecurseSome(int number)
{
Console.WriteLine(number);
lock (obj)
{
RecurseSome(++number);
}
}
//致电： RecurseSome(0)
//输出： 0 1 2 3...... stack overflow exception
一定有一些我遗漏的概念。请帮忙。
【问题讨论】：
标签： c# .net multithreading locking
锁知道哪个线程锁定了它。如果同一个线程再次出现，它只会增加一个计数器并且不会阻塞。
因此，在递归中，第二个调用也进入了 - 并且锁在内部增加了锁计数器 - 因为它是同一个线程（已经持有锁）。
ms-help://MS.VSCC.v90/MS.MSDNQTR.v90.en/dv_csref/html/656da1a4-707e-4ef6-9c6e-6d13b646af42.htm
或 MSDN：http://msdn.microsoft.com/en-us/library/c5kehkcz.aspx
状态：
lock 关键字确保一个线程不进入代码的临界区而另一个线程 处于临界区。如果另一个线程试图输入一个锁定的代码，它将等待、阻塞，直到对象被释放。
注意线程引用和对“另一个”线程的强调。
【讨论】：
请不锁定字符串对象。这可能会导致意外行为，例如应用程序中的死锁。您当前正在锁定空字符串，这更糟。整个程序集使用相同的空字符串。让事情变得更糟；作为一种优化，CLR 在 AppDomain 上重用字符串。锁定字符串意味着您可能正在执行跨域锁定。
使用以下代码作为锁对象：
private readonly static object obj = new object();
更新
事实上，我认为可以肯定地说，允许锁定任何东西是 .NET 框架中的一个主要设计缺陷。相反，他们应该创建某种SyncRoot 密封类，并且只允许lock 语句和Monitor.Enter 接受SyncRoot 的实例。这会为我们省去很多痛苦。我确实知道这个缺陷来自哪里； Java 也有同样的设计。
【讨论】：
正如其他人已经指出的那样，锁由线程持有，因此可以工作。但是，我想对此添加一些内容。
Joe Duffy，来自微软的并发专家，有多个关于并发的设计规则。他的设计规则之一是：
9 .在您的设计中避免锁递归。使用非递归锁 在可能的情况下。
递归通常表明你的 同步设计，经常 导致不太可靠的代码。一些 设计使用锁递归作为一种方法 避免将功能拆分成那些 带锁的和假设的 锁已经被占用。这个可以 诚然导致代码减少 尺寸，因此更短 写时间，但结果更多 最终的脆弱设计。
(source)
为防止递归锁，将代码改写如下：
private readonly static object obj = new object();
private static void Some(int number)
{
lock (obj)
{
RecurseSome(number);
}
}
private static void RecurseSome(int number)
{
Console.WriteLine(number);
RecurseSome(++number);
}
此外，我的代码会抛出StackOverflowException，因为它永远不会结束递归调用自身。你可以重写你的方法如下：
private static void RecurseSome(int number)
{
Console.WriteLine(number);
if (number < 100)
{
RecurseSome(++number);
}
}
【讨论】：
锁归当前线程所有。递归调用也在当前线程上进行。如果另一个线程试图获取锁，它会阻塞。
【讨论】：
如果您要询问堆栈溢出异常 - 这是因为那里没有任何东西可以从递归中中断。堆栈空间通常只有几 K，您很快就会耗尽空间。
现在这种情况下的锁可用于序列化调用的输出，这样如果您从两个不同的线程调用 RecurseSome，您将看到来自第一个线程的整个列表，然后是来自第二个线程的整个列表线。如果没有锁，两个线程的输出就会交错。
通过拆分方法，您可以在不递归获取锁的情况下获得相同的结果：
private static void RecurseSome(int number)
{
lock (obj)
{
RecurseSomeImp(number);
}
}
private static void RecurseSomeImp(int number)
{
Console.WriteLine(number);
if( number < 100 ) // Add a boundary condition
RecurseSomeImp(++number);
}
这实际上会表现得更好，并且获取和释放锁很快，但不是免费的。
【讨论】：
与锁无关。检查您的递归代码。停止递归的边界情况在哪里？
【讨论】：
这是一个连续循环，因为无法确定何时停止递归，并且线程试图访问的对象总是被阻塞。
【讨论】：