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对象
的锁定后，才可以执行被唤醒的线程