我看到，为了使用不是线程安全的对象，我们用这样的锁来包装代码：
private static readonly Object obj = new Object();
lock (obj)
{
// thread unsafe code
}
那么，当多个线程访问相同的代码时会发生什么（假设它在 ASP.NET Web 应用程序中运行）。他们在排队吗？如果是，他们会等多久？
使用锁对性能有何影响？
【问题讨论】：
标签： c# .net synchronization locking thread-safety
lock 语句由 C# 3.0 翻译成以下内容：
var temp = obj;
Monitor.Enter(temp);
try
{
// body
}
finally
{
Monitor.Exit(temp);
}
在 C# 4.0 this has changed 中，现在生成如下：
bool lockWasTaken = false;
var temp = obj;
try
{
Monitor.Enter(temp, ref lockWasTaken);
// body
}
finally
{
if (lockWasTaken)
{
Monitor.Exit(temp);
}
}
您可以找到更多关于Monitor.Enter 做什么here 的信息。引用 MSDN：
使用
Enter获取监视器 作为参数传递的对象。如果 另一个线程执行了Enter在对象上但尚未执行 对应的Exit，当前 线程将阻塞，直到另一个 线程释放对象。它是 同一个线程调用是合法的Enter不止一次没有它 阻塞；然而，相同数量的Exit调用必须在之前调用 等待对象的其他线程 将解锁。
Monitor.Enter 方法会无限等待；它不会超时。
【讨论】：
obj 而不会导致整个系统死锁。
lock-statement 和 Monitor 的全部目的：这样您就可以在一个线程中执行操作，而不必担心另一个线程会搞砸它。
它比你想象的要简单-
根据Microsoft：
lock 关键字确保一个线程不进入代码的临界区，而另一个线程在临界区。如果另一个线程试图输入一个锁定的代码，它会等待，阻塞，直到对象被释放。
lock 关键字在块的开头调用 Enter，在块的末尾调用 Exit。 lock 关键字实际上在后端处理 Monitor 类。
例如：
private static readonly Object obj = new Object();
lock (obj)
{
// critical section
}
在上面的代码中，线程首先进入临界区，然后它会锁定obj。当另一个线程试图进入时，它也会尝试锁定obj，而obj已经被第一个线程锁定了。第二个线程必须等待第一个线程释放obj。当第一个线程离开时，另一个线程将锁定obj并进入临界区。
【讨论】：
不，他们没有排队，他们正在睡觉
形式的锁语句
lock (x) ...
其中 x 是引用类型的表达式，完全等价于
var temp = x;
System.Threading.Monitor.Enter(temp);
try { ... }
finally { System.Threading.Monitor.Exit(temp); }
你只需要知道他们在互相等待，只有一个线程会进入锁块，其他的会等待......
Monitor 完全用 .net 编写，因此速度足够快，更多详情请查看 class Monitor 和 reflector
【讨论】：
lock 语句发出的代码在 C#4 中略有变化：blogs.msdn.com/b/ericlippert/archive/2009/03/06/…
锁将阻止其他线程执行锁块中包含的代码。线程必须等到锁块内的线程完成并释放锁。这确实会对多线程环境中的性能产生负面影响。如果您确实需要这样做，您应该确保锁定块中的代码可以非常快速地处理。您应该尽量避免昂贵的活动，例如访问数据库等。
【讨论】：
性能影响取决于您锁定的方式。你可以在这里找到一个很好的优化列表：http://www.thinkingparallel.com/2007/07/31/10-ways-to-reduce-lock-contention-in-threaded-programs/
基本上你应该尽量少加锁，因为它会让你等待的代码进入休眠状态。如果您在锁定中有一些繁重的计算或持久的代码（例如文件上传），则会导致巨大的性能损失。
【讨论】：
do { oldValue = thing; newValue = updated(oldValue); } while (CompareExchange(ref thing, newValue, oldValue) != oldValue]。最大的危险是，如果需求超出了此类技术的处理范围，则可能很难调整代码来处理它。
锁语句中的部分只能由一个线程执行，因此所有其他线程将无限期地等待持有锁的线程完成。这可能会导致所谓的死锁。
【讨论】：
lock 语句被转换为对Monitor 的Enter 和Exit 方法的调用。
lock 语句将无限期地等待锁定对象被释放。
【讨论】：
根据Microsoft's 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 获得
【讨论】：