JDK源码之Lock接口

public interface Lock {

    //阻塞的获取锁，如果获取到锁，从该方法返回
    void lock();

    //可中断的获取锁，该方法会响应中断，在锁的获取中可以中断当前线程
    void lockInterruptibly() throws InterruptedException;

    //尝试非阻塞的获取锁，调用方法之后立马进行返回，如果能获取返回true,不能则返回false
    boolean tryLock();

    //可超时的获取锁，在给定时间没有获取锁，从方法中返回
    boolean tryLock(long time, TimeUnit unit) throws InterruptedException;

    //释放锁
    void unlock();

    //获取等待通知组件，该组件和当前的锁绑定，当前线程只有获取锁，才能调用该组件的wait()方法，调用后，锁被释放。
    Condition newCondition();
}

从Lock接口可以看出，Lock提供了许多synchronized关键字不具备的很多功能。

1.具备了获取锁和释放锁的可操作性，synchronized将锁的获取和释放固化了，一定是先获取再释放。假设存在场景需要先获取锁A，再获取锁B，再对A进行释放，最后再对B进行释放，那么synchronized就无法进行实现。

2.可以中断的获取锁，在锁的获取过程中可以响应中断。通过lockInterruptibly()方法进行实现。

3.可以超时的获取锁，在一定时间内没有获取锁，方法返回。通过tryLock(time,unit)方法实现。

4.可以尝试非阻塞的获取锁，如果锁没有被占用，获取锁；如果锁被占用，方法立马返回。通过tryLock()方法实现。

5.Lock可以有公平锁和非公平锁的两种实现，公平锁是按照线程请求锁时间的顺序对锁进行分配，而非公平锁则是哪一个线程先抢到锁，就将锁分配给哪个线程。非公平锁可以减小上下文切换的开销，但是可能会造成某些线程饥饿（某一个线程长时间的无法获取锁），synchronized是一种非公平锁。

6.ReentrantLock和synchronized都是可重入锁，可以对一个资源重复加锁。

总结：

在线程并发数量较少的情况下，使用synchronized是很好的选择，但是在高并发的场景下，需要灵活的运用锁，这个时候使用ReentrantLock比较好。