Lock和synchronized的区别:
- - Lock是一个接口,而synchronized是Java中的关键字,synchronized是内置的语言实现
- - synchronized在发生异常时,会自动释放线程占有的锁,因此不会导致死锁现象发生;而Lock在发生异常时,如果没有主动通过unLock()去释放锁(所以建议使用的try/finally结构),则很可能造成死锁现象,因此使用Lock时需要在finally块中释放锁
- - Lock可以让等待锁的线程响应中断,而synchronized却不行,使用synchronized时,等待的线程会一直等待下去,不能够响应中断
- - 通过Lock可以知道有没有成功获取锁,而synchronized却无法办到Thread类中提供了一个静态方法,可以判断boolean holdsLock(Object obj)
- - Lock可以提高多个线程进行读操作的效率。在性能上来说,如果竞争资源不激烈,两者的性能是差不多的,而当竞争资源非常激烈时(即有大量线程同时竞争),此时Lock的性能要远远优于synchronized。所以说,在具体使用时要根据适当情况选择。
条件变量
条件变量就是表示条件的一种变量。但是必须说明,这里的条件是没有实际含义的,仅仅是个标记而已,并且条件的含义往往通过代码来赋予其含义。条件变量都实现了java.util.concurrent.locks.Condition接口,条件变量的实例化是通过一个Lock对象上调
用newCondition()方法来获取的,这样,条件就和一个锁对象绑定起来了。因此,Java
中的条件变量只能和锁配合使用,来控制并发程序访问竞争资源的安全。
条件变量Condition接口定义了等待/通知两种类型的方法,在线程调用这些方法时,需要
提前获取Condition对象关联的锁(在基于wait/notify方法实现的方案中需要获取的是对
象锁)。
Condition对象是需要关联Lock对象的,经调用Lock对象的newCondition()对象创建而来,也就是说Condition的使用是需要依赖Lock对象的。
- await()导致当前线程等待,直到其它线程调用该Condition的signal()方法或者
signalAll()方法来唤醒该线程
- signal()唤醒在Lock对象上等待的单个线程。如果所有线程都在该Lock对象上等待,
则会选择唤醒其中一个线程。选择是任意的
- signalAll()唤醒在此Lock对象上等待的所有线程。只有当前线程放弃对该Lock对象
的锁定后,才可以执行被唤醒的线程