Java并发编程锁系列之ReentrantLock对象总结

Java并发编程锁系列之ReentrantLock对象总结

在Java并发编程中,根据不同维度来区分锁的话,锁可以分为十五种。ReentranckLock就是其中的多个分类。

本文主要内容:重入锁理解;重入锁代码演示; ReentranckLock的总结

本篇是《凯哥(凯哥Java:kagejava)并发编程学习》系列之《Lock系列》教程的第四篇:《Java并发包下锁学习第六篇:ReentranckLock的总结》。

我们先来看看内部结构:

 

ReentranckLock内部有三个内部类,分别是:

Sync:继承了AbstractQueuedSynchronizer(AQS)同步器的内部类,来实现同步机制的;

FairSync:公平锁对象;

NonfairSync:非公平锁对象。

关于公平锁与非公平锁详细介绍文章见:《Java并发编程锁之独占公平锁与非公平锁比较》和《Java并非锁之独占非公平锁理解》两篇文章。

再来看看对象名称:Reentranck的中文意思:再入、重入的意思。即该对象还是重入锁。

公平锁和非公平锁在获取锁的区别在于:

公平锁获取锁的时候,进入排队。源码如下图:

 

非公平锁线尝试插队,如果插队不成功再进行排队。源码如下图:

 

那么什么是重入锁呢?

重入锁(递归锁)可以理解为:同一个线程函数获得锁之后,内层递归函数依然能够获取到该锁对象的代码,也即,在同一个线程的外层方法访问的时候,获取到了锁,在进入内层方法后能够自动获取到锁。线程可以进入任何一个它已经拥有的锁所同步着的代码块。额,说的啥意思?每个中文都认识,但是组合在一起,就不知道啥意思了。

我们来举个生活中的例子:

在现实生活中,我们一般只需要带有自己大门的钥匙(当然,如果是合租的朋友还需要带着自己房间的钥匙)。当我们开了大门的钥匙,进入房间后,我们在去厨房或者是去卫生间的时候,不用在拿钥匙开厨房或者卫生间的门了吧。为啥呢?因为我们已经已经有大门的锁的钥匙并且已经进入到了房间了。厨房和卫生间已经在大门锁管理的范围内了。这种场景站在并发锁的角度来看的话:一同一个线程函数获得锁之后(你拿着钥匙打开了大门之后),内层递归函数依然能够获取到该锁对象的代码(进入房间后,房间内的厨房卫生间可以随便出入)。这样是不是就好理解了?

如果还是不理解的话,可以想想spring默认的事务传递方式。一个方法开启了事务,默认这个方法调用其他方法,也会使用这个事务。这样是不是就好理解了。

重入锁代码演示

先来看看,被线程操作的资源类:message对象

 

在message对象中,sendMsg使用了锁,sendEmail方法也使用了锁,而且在sendMesg方法中调用了sendEmail方法。

这个时候使用三个线程来操作:

 

运行结果:

 

我们从运行的结果中,可以看出,同一个线程操作了两个带有锁的方法。

说明ReentrantLock是可重入锁。

总结:

经过前面几篇及本篇的学习,我们可以对ReentrantLock(以下简称:RLock)得到如下总结

1:从线程是否需要对资源进行加锁方面来看的话,RLock是悲观锁;

2:从锁是否需要排队的公平性来区分的话,RLock的FairSync对象是公平锁而NonfairSync对象是非公平锁;

3:从多个线程能共享一把锁的角度来分的话RLock属于排他锁(独占式锁);

从锁是否重复获取角度来看,属于可重入锁

欢迎来聊~

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

凯哥Java

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值