目录
大家好！又和大家见面了。为了避免面试尴尬，今天同比较通俗语言和大家聊下ReentrantLock和Synchronized区别！
使用方式
Synchronized可以修饰实例方法，静态方法，代码块。自动释放锁。
ReentrantLock一般需要try catch finally语句，在try中获取锁，在finally释放锁。需要手动释放锁。
实现方式
Synchronized是重量级锁。重量级锁需要将线程从内核态和用户态来回切换。如：A线程切换到B线程，A线程需要保存当前现场，B线程切换也需要保存现场。这样做的缺点是耗费系统资源。
ReentrantLock是轻量级锁。采用cas+volatile管理线程，不需要线程切换切换，获取锁线程觉得自己肯定能成功，这是一种乐观的思想（可能失败）。
用一个形象例子来说明：比如您在看我这篇文章时，觉得“重量级锁”概念不是很明白，就立刻去翻看关于“重量级锁”的其他文章，过会儿回头再继续往下面看， 这种行为我们称为切换。保存现场的意思就是你大脑需要记住你跳跃的点然后继续阅读，如果文章篇幅大，你的大脑可能需要记忆越多的东西，会越耗费脑神经。同理，在轻量级锁中，你觉得“重量级锁”概念不是很明白，他不会立刻去翻看其他文章，他会坚持会儿继续看，如果实在不明白再去翻资料了。需要注意的是：这是两种不一样的思维方式，前者是被动阻塞悲观锁，状态是block，后者是主动的阻塞乐观锁，状态是wait。
公平和非公平
Synchronized只有非公平锁。
ReentrantLock提供公平和非公平两种锁，默认是非公平的。公平锁通过构造函数传递true表示。
用一个形象例子来说明：排队打饭，Synchronized允许插队，如果ReentrantLock是公平锁，就不许插队了。
可重入锁
Synchronized和ReentrantLock都是可重入的，Synchronized是本地方法是C++实现，而ReentrantLock是JUC包用Java实现。
用一个形象例子来说明：如下图：一个房中房，房里外各有一把锁，但只有唯一的钥匙可以开，拥有钥匙的人可以先进入门1，再进入门2，其中进入门2就是叫锁可重入了。
在ReentrantLock中，重入次数用整形state表示。进入1次递增1次，出来1次递减1次。
可中断的
Synchronized是不可中断的。
ReentrantLock提供可中断和不可中断两种方式。其中lockInterruptibly方法表示可中断，lock方法表示不可中断。
用一个形象例子来说明：叫练和叫练女朋友一起去做核酸，叫练女朋友排在前面，所以叫练女朋友进门先做，叫练在门外排队等待过程中突然接到领导电话要回去修改bug，叫练现在有两种选择，1.不和女朋友打招呼，立即回去修改bug，2.等待女朋友做完核酸，进去和女朋友打个招呼，然后回去修改bug。这两种情况最终都会导致一个结果，叫练无法完成核酸，在这两种情况中，虽然叫练都被领导中断了，但第一种情况叫练立即反馈领导叫可中断，第二种情况是叫练为了不做单身狗，打个招呼再去修改bug，需要注意的是“打招呼”需要提前获取锁，也就是需要等待叫练女朋友做完核酸检测。如果是你，遇到叫练这种情况，你会怎么办？期待你的答复！点关注，不迷路，我是叫练【公众号】，边叫边练。
条件队列
Synchronized只有一个等待队列。
ReentrantLock中一把锁可以对应多个条件队列。通过newCondition表示。
用一个形象例子来说明：母鸡下蛋和捡蛋人对应生产者和消费者，母鸡产蛋后，捡蛋人需要被母鸡通知，母鸡产蛋过程中，其中捡蛋人就会入条件队列（等待队列）。捡蛋人捡蛋完成后，捡蛋人需要通知母鸡继续产蛋，捡蛋人捡蛋过程中，母鸡也需要加入条件队列等待。
注意：有几个概念需要说明下。同步队列，条件队列和等待队列。
同步队列：多线程同时竞争一把锁失败被挂起的线程。
条件队列：正在执行的线程调用await/wait，从同步队列加入的线程会进入条件队列。正在执行线程调用signal/signalAll/notify/notifyAll，会将条件队列一个线程或多个线程加入到同步队列。
等待队列：和条件队列一个概念。
总结
今天我们用通俗易懂的文字描述了ReentrantLock和Synchronized关系。喜欢的请点赞加评论哦！点关注，不迷路，我是叫练【公众号】，边叫边练。期待我们下次再见！
