JUC是 java.util.concurrent 这个包的简写，其中存放了Java并发框架为协调并发任务所提供的一些工具。本文介绍其中的ReentrantLock类。
目录
三、总结ReentrantLock与synchronized的区别
一、什么是ReentrantLock？
ReentrantLock是可重入互斥锁，在java.util.concurrent.locks包中。
它和 synchronized 定位类似，都是用来实现互斥效果，保证线程安全的。但 synchronized 关键字是基于代码块的方式来控制加锁解锁的，而 ReentrantLock 则是提供了 lock 和 unlock 独立的方法来进行加锁解锁的。
有些同学可能记得，手动 lock 和 unlock 很容易造成加了锁但却没有释放锁的情况。从这个角度，ReentrantLock 似乎在“开倒车”，功能和 synchronized 一样却更容易产生 bug，其实不然。虽然大部分情况下使用 synchronized 就足够了，但 ReentrantLock 也是一个重要的补充，主要是三个方面：
- synchronized 只是加锁和解锁。加锁的时候如果发现锁被占用，只能阻塞等待。而ReentrantLock 还提供一个 tryLock 方法，如果加锁成功，没啥特殊的；但如果加锁失败，不会阻塞，直接返回 false ！这样可以让程序员更灵活地决定接下来怎么做。（就好比和别人表白失败，synchronized是相信总有一天对方会分手，自己可以追到ta，于是一直干等着；而ReentrantLock则更灵活，它可以选择不等，去做别的事。）
- synchronized 是一个非公平锁（能获取锁的概率均等，不遵守先来后到）。而ReentrantLock 提供了 公平和 非公平 两种工作模式（在构造方法中，传入 true 开启公平锁模式）。
- synchronized 搭配 wait，notify 进行等待唤醒。如果多个线程 wait 同一个对象，notify 的时候是随机唤醒一个。而 ReentrantLock 则是搭配 Condition 这个类，这个类也能起到等待通知，可以功能更强大。
二、ReentrantLock 的用法
lock()：加锁。如果获取不到锁就死等。
trylock(超时时间)：加锁,。如果获取不到锁，等待一定的时间之后就放弃加锁，返回 false。
unlock()：解锁。
ReentrantLock lock = new ReentrantLock();
-----------------------------------------
lock.lock();
try {
// working
} finally {
lock.unlock()
} 三、总结ReentrantLock与synchronized的区别
1、synchronized 是一个关键字，是 JVM 内部实现的（大概率是基于 C++ 实现）。而ReentrantLock 是标准库的一个类，是在 JVM 外实现的（基于 Java 实现）。
2、synchronized 使用时不需要手动释放锁，ReentrantLock 使用时需要手动释放，使用起来更灵活，但是也容易遗漏 unlock。
3、synchronized 在申请锁失败时会死等。ReentrantLock 可以通过 trylock 的方式等待一段时间就 放弃。