锁的可重入性

本文探讨了锁的可重入性,解释了为何synchronized和ReentrantLock是可重入的。通过示例说明,如果锁不是可重入的,可能会导致死锁。并介绍了可重入锁的工作原理,以及如何区分可重入锁和不可重入锁。

今天面试被问到,锁的可重入性是什么?synchronized是可重入锁么?
答:锁的可重入性是拿到了锁之后再锁的话就不会再拿到锁了。synchronized和ReentrantLock都是可重入锁。(答的是个什么鬼,自己都听不下去)。
那今天就学习一下,到底什么是锁的可重入性,为什么要有这个特性?哪些锁没有可重入行?

锁的可重入性是什么?

可重入性描述这样的一个问题:一个线程在持有一个锁的时候,它内部能否再次(多次)申请该锁。如果一个线程已经获得了锁,其内部还可以多次申请该锁成功。那么我们就称该锁为可重入锁。
在这里插入图片描述
输出结果:
Thread-0
Thread-0
Thread-1
Thread-1
Thread-2
Thread-2
Thread-3
Thread-3

由输出结果可以看出:
1、get,set方法被synchronized修饰,执行方法是会加锁,并且锁的是当前的对象;
2、get方法中调用了set方法,递归调用锁,即在对象加锁的时候再加锁
3、如果该锁不是可重入的,那么当前线程被加锁,及要让它阻塞,又要获得锁执行,肯定就死锁了。

简单来说:set()和get()同时输出了线程名称,表明即使递归使用synchronized也没有发生死锁,证明其是可重入的。

synchronized和ReentrantLock

synchronized和ReentrantLock两者的都是可重入锁。

如何理解可重入锁

可重入锁可以理解为锁的一个标识。该标识具备计数器功能。标识的初始值为0,表示当前锁没有被任何线程持有。每次线程获得一个可重入锁的时候,该锁的计数器就被加1。每次一个线程释放该所的时候,该锁的计数器就减1。前提是:当前线程已经获得了该锁,是在线程的内部出现再次获取锁的场景。
这篇博客用了一个排队打水的例子。打水理解可重入锁

区分可重入锁和不可重入锁

概念区分:
当一个线程获得当前实例的锁lock,并且进入了方法A,该线程在方法A没有释放该锁的时候,是否可以再次进入使用该锁的方法B?
不可重入锁:在方法A释放锁之前,不可以再次进入方法B
可重入锁:在方法A释放该锁之前可以再次进入方法B

不可重入锁实现

在这里插入图片描述

运行结果只输出print方法中的out,doAdd方法会无法执行,进入死锁。、

参考整理文章:
https://www.cnblogs.com/gxyandwmm/p/9387833.html
https://blog.youkuaiyun.com/u012545728/article/details/80843595
https://blog.youkuaiyun.com/h2604396739/article/details/81255028
https://blog.youkuaiyun.com/u012545728/article/details/80843595
https://blog.youkuaiyun.com/startyangu/article/details/83933416

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值