大家好!又和大家见面了。为了避免面试尴尬,今天同比较通俗语言和大家聊下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次。
image.png
可中断的
Synchronized是不可中断的。
ReentrantLock提供可中断和不可中断两种方式。其中lockInterruptibly方法表示可中断,lock方法表示不可中断。
用一个形象例子来说明:叫练和叫练女朋友一起去做核酸,叫练女朋友排在前面,所以叫练女朋友进门先做,叫练在门外排队等待过程中突然接到领导电话要回去修改bug,叫练现在有两种选择,1.不和女朋友打招呼,立即回去修改bug,2.等待女朋友做完核酸,进去和女朋友打个招呼,然后回去修改bug。这两种情况最终都会导致一个结果,叫练无法完成核酸,在这两种情况中,虽然叫练都被领导中断了,但第一种情况叫练立即反馈领导叫可中断,第二种情况是叫练为了不做单身狗,打个招呼再去修改bug,需要注意的是“打招呼”需要提前获取锁,也就是需要等待叫练女朋友做完核酸检测。如果是你,遇到叫练这种情况,你会怎么办?期待你的答复!点关注,不迷路,我是叫练【公众号】,边叫边练。
条件队列
Synchronized只有一个等待队列。
ReentrantLock中一把锁可以对应多个条件队列。通过newCondition表示。
用一个形象例子来说明:母鸡下蛋和捡蛋人对应生产者和消费者,母鸡产蛋后,捡蛋人需要被母鸡通知,母鸡产蛋过程中,其中捡蛋人就会入条件队列(等待队列)。捡蛋人捡蛋完成后,捡蛋人需要通知母鸡继续产蛋,捡蛋人捡蛋过程中,母鸡也需要加入条件队列等待。
注意:有几个概念需要说明下。同步队列,条件队列和等待队列。
同步队列:多线程同时竞争一把锁失败被挂起的线程。
条件队列:正在执行的线程调用await/wait,从同步队列加入的线程会进入条件队列。正在执行线程调用signal/signalAll/notify/notifyAll,会将条件队列一个线程或多个线程加入到同步队列。
等待队列:和条件队列一个概念。