锁语句中的部分只能由一个线程执行，因此所有其他线程将无限期地等待持有锁的线程完成。这可能导致所谓的死锁。

lock语句由c# 3.0翻译成如下:

var temp = obj;

Monitor.Enter(temp);

try
{
    // body
}
finally
{
    Monitor.Exit(temp);
}

在c# 4.0中，这种情况已经改变，现在生成如下:

bool lockWasTaken = false;
var temp = obj;
try
{
    Monitor.Enter(temp, ref lockWasTaken);
    // body
}
finally
{
    if (lockWasTaken)
    {
        Monitor.Exit(temp); 
    }
}

你可以找到更多关于Monitor的信息。在这里输入。引用MSDN:

使用Enter键获取Monitor on 作为参数传递的对象。如果 另一个线程执行了一个Enter 对象，但尚未执行 相应的退出，电流 线程将阻塞直到另一个 线程释放对象。它是 同一线程调用是合法的 不带它进入不止一次 阻塞;然而，同样数量的 之前必须调用退出调用 等待该对象的其他线程 将开启。

监视器。进入方法将无限等待;它不会超时。

lock实际上是隐藏的Monitor类。

根据微软的MSDN，这个锁相当于:

object __lockObj = x;
bool __lockWasTaken = false;
try
{
    System.Threading.Monitor.Enter(__lockObj, ref __lockWasTaken);
    // Your code...
}
finally
{
    if (__lockWasTaken) System.Threading.Monitor.Exit(__lockObj);
}

如果需要在运行时创建锁，可以使用开源的DynaLock。您可以在运行时创建新锁，并使用上下文概念指定锁的边界。

DynaLock是开源的，源代码可以在GitHub上获得

锁将阻止其他线程执行锁块中包含的代码。线程将不得不等待，直到锁块内的线程完成并释放锁。这确实会对多线程环境中的性能产生负面影响。如果您确实需要这样做，您应该确保锁块中的代码可以非常快速地处理。你应该尽量避免昂贵的活动，如访问数据库等。

lock语句被转换为对Monitor的Enter和Exit方法的调用。

lock语句将无限期地等待锁定对象被释放。