已经有了synchronized为何还需要Lock类呢？如下几个场景

1. 给定时间内获取锁，而不是一直阻塞请求锁
2. 读写锁场景，读写和写写时候需要竞争，读读之间不需要竞争
3. 通过Lock可以知道线程有没有成功获取到锁

但是使用Lock锁也需要注意几点

1. Lock是一个类，通过这个类可以实现同步访问。
2. 采用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关键词和其他技术来实现锁的控制。