源码解读

ReentrantLock实现了Lock接口，Lock接口有以下几个方法：

  1. public interface Lock {
  2.     //获取锁，如果锁已被其他线程获取，则进行等待。在发生异常时，不会自动释放锁
  3.     void lock();
  5.     //当通过这个方法去获取锁时，如果线程 正在等待获取锁，则这个线程能够响应中断，即中断线程的等待状态。
  6.     例如，当两个线程同时通过lock.lockInterruptibly()想获取某个锁时，假若此时线程A获取到了锁，
  7.         而线程B只有在等待，那么对线程B调用threadB.interrupt()方法能够中断线程B的等待过程。
  8.     void lockInterruptibly() throws InterruptedException;
  10.     //这个方法无论如何都会立即返回（在拿不到锁时不会一直在那等待）。
  11.     boolean tryLock();
  13.     //这个方法在拿不到锁时会等待一定的时间，在时间期限之内如果还拿不到锁，就返回false，同时可以响应中断。
  14.     boolean tryLock(long time, TimeUnit unit) throws InterruptedException;
  16.     void unlock();
  18.     Condition newCondition();
  19. }

响应中断

注意，当一个线程获取了锁之后，是不会被interrupt()方法中断的。因为interrupt()方法只能中断阻塞过程中的线程而不能中断正在运行过程中的线程。因此，当通过lockInterruptibly()方法获取某个锁时，如果不能获取到，那么只有进行等待的情况下，才可以响应中断的。而synchronized，当一个线程处于等待某个锁的状态，是无法被中断的，只有一直等待下去。

公平和非公平

公平锁会在尝试获取锁的时候，需要先检查等待队列，没有前继节点时，当前线程才会尝试获取锁。
image.png

Lock 和 Synchronized 的选择

总的来说，Lock 和 Synchronized 有以下几点不同：

  1. Lock是一个接口，是JDK层面的实现；而synchronized是Java中的关键字，是Java的内置特性，是JVM层面的实现；
  2. synchronized 在发生异常时，会自动释放线程占有的锁，因此不会导致**死锁**现象发生；而Lock在发生异常时，如果没有主动通过unLock()去释放锁，则很可能造成死锁现象，因此使用Lock时需要在finally块中释放锁；
  3. Lock 可以让等待锁的线程响应中断，而使用synchronized时，等待的线程会一直等待下去，不能够响应中断；
  4. 通过Lock可以知道有没有成功获取锁，而synchronized却无法办到；
  5. Lock可以提高多个线程进行读操作的效率。