锁的可重入性

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