可重入锁，指的是以线程为单位，当一个线程获取对象锁之后，这个线程可以再次获取本对象上的锁，而其他的线程是不可以的。

synchronized 和   ReentrantLock 都是可重入锁。

可重入锁的意义之一在于防止死锁。

实现原理实现是通过为每个锁关联一个请求计数器和一个占有它的线程。当计数为0时，认为锁是未被占有的；线程请求一个未被占有的锁时，JVM将记录锁的占有者，并且将请求计数器置为1 。

如果同一个线程再次请求这个锁，计数器将递增；

每次占用线程退出同步块，计数器值将递减。直到计数器为0,锁被释放。

关于父类和子类的锁的重入:子类覆写了父类的synchonized方法，然后调用父类中的方法，此时如果没有可重入的锁，那么这段代码将产生死锁（很好理解吧）。

 

例子：

比如说A类中有个方法public synchronized methodA1(){

methodA2();

}

而且public synchronized methodA2(){

                    //具体操作

}

也是A类中的同步方法，当当前线程调用A类的对象methodA1同步方法，如果其他线程没有获取A类的对象锁，那么当前线程就获得当前A类对象的锁，然后执行methodA1同步方法，方法体中调用methodA2同步方法，当前线程能够再次获取A类对象的锁，而其他线程是不可以的，这就是可重入锁。

 

 一个有趣的例子：

一个线程执行synchronized同步代码时，再次重入该锁过程中，如果抛出异常，是否会释放锁：https://www.cnblogs.com/theRhyme/p/10078402.html

 

 

JAVA线程状态、线程START方法源码、JAVA线程池、如何停止一个线程

 

MySQL实现的分布式锁

https://www.cnblogs.com/theRhyme/p/9776951.html

对于MySQL的分布式锁我们可以创建一个锁表：

这个锁的数据结构主要是唯一键resource_name（机器ip+线程名）和count（统计可重入锁）。

这里的resource_name相当于占有该锁的线程，count相当于计数器。

 

 

参考来源：

https://blog.csdn.net/joker_apple/article/details/52790181

http://developer.51cto.com/art/201810/584847.htm