已经有了synchronized为何还需要Lock类呢？如下几个场景
- 给定时间内获取锁，而不是一直阻塞请求锁
- 读写锁场景，读写和写写时候需要竞争，读读之间不需要竞争
- 通过Lock可以知道线程有没有成功获取到锁
但是使用Lock锁也需要注意几点
- Lock是一个类，通过这个类可以实现同步访问。
- 采用synchronized不需要用户去手动释放锁，而Lock则必须要用户去手动释放锁，如果没有主动释放锁，就有可能导致出现死锁现象。
Lock接口源码
public interface Lock {
void lock();
void lockInterruptibly() throws InterruptedException;
boolean tryLock();
boolean tryLock(long time, TimeUnit unit) throws InterruptedException;
void unlock();
Condition newCondition();
}
lock()
获取锁。如果锁已被其他线程获取，则进行等待 。使用方式，需要借助try catch finally完成，适当时机释放锁。
Lock lock = new ...;
lock.lock();
try{
//处理任务
}catch(Exception ex){
}finally{
lock.unlock(); //释放锁
}
tryLock()
有返回值的，它表示用来尝试获取锁，如果获取成功，则返回true，如果获取失败（即锁已被其他线程获取），则返回false，也就说这个方法无论如何都会立即返回。在拿不到锁时不会一直在那等待 。
tryLock()还有接受参数的，tryLock(long time, TimeUnit unit)，在给定的时间内，如果还拿不到锁，就返回false。如果如果一开始拿到锁或者在等待期间内拿到了锁，则返回true。
使用方式，
Lock lock = new ...;
if(lock.tryLock()) {
try{
//处理任务
}catch(Exception ex){
}finally{
lock.unlock(); //释放锁
}
}else {
//如果不能获取锁，则直接做其他事情
}
lockInterruptibly()
当通过这个方法去获取锁时，如果线程正在等待获取锁，则这个线程能够响应中断，也就是等待获取锁的阻塞过程中，能够被中断，被interrupt()。
两个线程同时通过lock.lockInterruptibly()想获取某个锁时，假若此时线程A获取到了锁，而线程B只有在等待，那么对线程B调用threadB.interrupt()方法能够中断线程B的等待过程。
lockInterruptibly()声明了InterruptedException异常，因此使用起来注意异常的控制，
public void method() throws InterruptedException {
lock.lockInterruptibly();
try {
//.....
}
finally {
lock.unlock();
}
}
注意，当线程已经获得锁之后，不能被interrupt()方法中断的 ；用synchronized修饰的话，当一个线程处于等待某个锁的状态，是无法被中断的，只有一直等待下去。
Lock接口实现类
ReadLock，WriteLock，ReentrantLock，这些实现类，也是借助了synchronized关键词和其他技术来实现锁的控制。
