ReenTrantLock可重入锁和synchronized的区别

ReenTrantLock可重入锁和synchronized的区别

可重入性：

从名字上理解，ReenTrantLock的字面意思就是再进入的锁，其实synchronized关键字所使用的锁也是可重入的，二者关于这个的区别不大。二者都是同一个线程没进入一次，锁的计数器都自增1，因此要等到锁的计数器降低为0时才能释放锁。

 

锁的实现：

Synchronized是依赖于JVM实现的，而ReenTrantLock是JDK实现的，有什么区别，说白了就相似于操做系统来控制实现和用户本身敲代码实现的区别。前者的实现是比较难见到的，后者有直接的源码可供阅读。

 

性能的区别：

在Synchronized优化之前，synchronized的性能是比ReenTrantLock差不少的，可是自从Synchronized引入了偏向锁，轻量级锁（自旋锁）后，二者的性能就差很少了，在两种方法均可用的状况下，官方甚至建议使用synchronized，其实synchronized的优化我感受就借鉴了ReenTrantLock中的CAS技术。都是试图在用户态就把加锁问题解决，避免进入内核态的线程阻塞。

 

功能区别：

便利性：很明显Synchronized的使用比较方便简洁，而且由编译器去保证锁的加锁和释放，而ReenTrantLock须要手工声明来加锁和释放锁，为了不忘记手工释放锁形成死锁，因此最好在finally中声明释放锁。

锁的细粒度和灵活度：很明显ReenTrantLock优于Synchronized

 

ReenTrantLock独有的能力：

1.      ReenTrantLock能够指定是公平锁仍是非公平锁。而synchronized只能是非公平锁。所谓的公平锁就是先等待的线程先得到锁。

2.      ReenTrantLock提供了一个Condition（条件）类，用来实现分组唤醒须要唤醒的线程们，而不是像synchronized要么随机唤醒一个线程要么唤醒所有线程。

3.      ReenTrantLock提供了一种可以中断等待锁的线程的机制，经过lock.lockInterruptibly()来实现这个机制。

 

ReenTrantLock实现的原理：

在网上看到相关的源码分析，原本这块应该是本文的核心，可是感受比较复杂就不一一详解了，简单来讲，ReenTrantLock的实现是一种自旋锁，经过循环调用CAS操做来实现加锁。它的性能比较好也是由于避免了使线程进入内核态的阻塞状态。想尽办法避免线程进入内核的阻塞状态是咱们去分析和理解锁设计的关键钥匙。

 

什么状况下使用ReenTrantLock：

答案是，若是你须要实现ReenTrantLock的三个独有功能时。