今天面试被问到,锁的可重入性是什么?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