锁到底如何工作？

我看到对于使用不是线程安全的对象，我们使用如下锁将代码包装起来：

private static readonly Object obj = new Object();

lock (obj)
{
    // thread unsafe code
}

因此，当多个线程访问同一代码时会发生什么（假设它在ASP.NET Web应用程序中运行）。他们排队了吗？如果是这样，他们将等待多长时间？

使用锁会对性能产生什么影响？

该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.Enter确实在这里。引用MSDN：

使用Enter以获取作为参数传递的对象上的监视器。如果另一个线程Enter 在对象上执行，但尚未执行Exit，则当前线程将阻塞，直到另一个线程释放对象。同一线程在Enter不阻塞的情况下多次调用是合法的 。但是，Exit必须等待相等数量的 调用，然后等待该对象的其他线程才能解除阻塞。

该Monitor.Enter方法将无限期等待；它不会超时。

它比您想象的要简单。

根据Microsoft的说法：lock关键字确保一个线程不会输入代码的关键部分，而另一个线程在关键部分。如果另一个线程试图输入锁定的代码，它将等待阻塞，直到对象被释放为止。

该lock关键字要求Enter在该块的开始和Exit在块的结尾。lock关键字实际上Monitor在后端处理类。

例如：

private static readonly Object obj = new Object();

lock (obj)
{
    // critical section
}

在上面的代码中，首先线程进入关键部分，然后将其锁定obj。当另一个线程尝试进入时，它还将尝试锁定obj已被第一个线程锁定的。第二个线程将必须等待第一个线程释放obj。当第一个线程离开时，然后另一个线程将锁定obj并进入关键部分。

不，他们没有排队，他们正在睡觉

形式的锁语句

lock (x) ... 

其中x是引用类型的表达式，精确等于

var temp = x;
System.Threading.Monitor.Enter(temp); 
try { ... } 
finally { System.Threading.Monitor.Exit(temp); }

您只需要知道它们正在互相等待，只有一个线程进入锁定块，其他线程将等待...

Monitor是完全用.net编写的，因此它足够快，还可以查看 带有反射器的Monitor类以了解更多详细信息

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

对性能的影响取决于锁定方式。您可以在此处找到良好的优化列表：http : //www.thinkingparallel.com/2007/07/31/10-ways-to-reduce-lock-contention-in-threaded-programs/

基本上，您应该尝试尽可能少地锁定，因为这会使您的等待代码进入休眠状态。如果您在锁定中进行了繁重的计算或持久的代码（例如文件上传），则会导致巨大的性能损失。

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

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

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

锁实际上是隐藏的Monitor类。