[转载]线程同步相关：为什么不要 "lock(this)"

一. 为什么要lock，lock了什么？

 

当我们使用线程的时候，效率最高的方式当然是异步，即各个线程同时运行，其间不相互依赖和等待。但当不同的线程都需要访问某个资源的时候，就需要同步机制了，也就是说当对同一个资源进行读写的时候，我们要使该资源在同一时刻只能被一个线程操作，以确保每个操作都是有效即时的，也即保证其操作的原子性。lock是C#中最常用的同步方式，格式为lock(objectA){codeB} 。

 

lock(objectA){codeB} 看似简单，实际上有三个意思，这对于适当地使用它至关重要：

1. objectA被lock了吗？没有则由我来lock，否则一直等待，直至objectA被释放。

2. lock以后在执行codeB的期间其他线程不能调用codeB。

3. 执行完codeB之后释放objectA，并且codeB可以被其他线程访问。

 

二. lock(this)怎么了？

 

我们看一个例子：

using System;
using System.Threading;

namespace Namespace1
{
class C1
{
privatebool deadlocked =true;

//这个方法用到了lock，我们希望lock的代码在同一时刻只能由一个线程访问
publicvoid LockMe(object o)
{
lock (this)
{
while(deadlocked)
{
deadlocked = (bool)o;
Console.WriteLine("I am locked :(");
Thread.Sleep(500);
}
}
}

//所有线程都可以同时访问的方法
publicvoid DoNotLockMe()
{
Console.WriteLine("I am not locked :)");
}
}

class Program
{
staticvoid Main(string[] args)
{
C1 c1 =new C1();

//在t1线程中调用LockMe，并将deadlock设为true（将出现死锁）
Thread t1 =new Thread(c1.LockMe);
t1.Start(true);
Thread.Sleep(100);

//在主线程中lock c1
lock (c1)
{
//调用没有被lock的方法
c1.DoNotLockMe();
//调用被lock的方法，并试图将deadlock解除
c1.LockMe(false);
}
}
}

 

在t1线程中，LockMe调用了lock(this), 也就是Main函数中的c1，这时候在主线程中调用lock(c1)时，因为c1已经被锁定，所以必须要等待t1中的lock块执行完毕之后才能访问锁定的代码，即lock块中的所有操作都无法完成，于是我们看到连c1.DoNotLockMe()都没有执行。

把C1的代码稍作改动：

class C1
{
privatebool deadlocked =true;
privateobject locker =newobject();

//这个方法用到了lock，我们希望lock的代码在同一时刻只能由一个线程访问
publicvoid LockMe(object o)
{
lock (locker)
{
while(deadlocked)
{
deadlocked = (bool)o;
Console.WriteLine("I am locked :(");
Thread.Sleep(500);
}
}
}

//所有线程都可以同时访问的方法
publicvoid DoNotLockMe()
{
Console.WriteLine("I am not locked :)");
}
}

这次我们使用一个私有成员作为锁定变量(locker)，在LockMe中仅仅锁定这个私有locker，而不是整个对象。这时候重新运行程序，可以看到虽然t1出现了死锁，主线程依然可以进入lock块并调用DoNotLockMe()，但LockMe()依然不能访问，原因是其中锁定的locker还没有被t1释放。