ReentrantLock锁和Synchronized锁的异同点

参考：https://blog.csdn.net/chenchaofuck1/article/details/51045134

相同点：

       这两种同步方式有很多相似之处，

              1.它们都是加锁方式同步；

              2.都是重入锁；

             3. 阻塞式的同步；也就是说当如果一个线程获得了对象锁，进入了同步块，其他访问该同步块的线程都必须阻塞在同步块外面等待，而进行线程阻塞和唤醒的代价是比较高的（操作系统需要在用户态与内核态之间来回切换，代价很高，不过可以通过对锁优化进行改善）；      

不同点：

比较方面	SynChronized	ReentrantLock（实现了 Lock接口）
1.原始构成	1.它是java语言的关键字，是原生语法层面的互斥，需要jvm实现	它是JDK 1.5之后提供的API层面的互斥锁类
2.代码编写	2.采用synchronized不需要用户去手动释放锁，当synchronized方法或者synchronized代码块执行完之后，系统会自动让线程释放对锁的占用，更安全，	而ReentrantLock则必须要用户去手动释放锁，如果没有主动释放锁，就有可能导致出现死锁现象。需要lock()和unlock()方法配合try/finally语句块来完成，
3.灵活性	锁的范围是整个方法或synchronized块部分	Lock因为是方法调用，可以跨方法，灵活性更大
4.等待可中断	不可中断，除非抛出异常(释放锁方式：         1.代码执行完，正常释放锁；         2.抛出异常，由JVM退出等待)	持有锁的线程长期不释放的时候，正在等待的线程可以选择放弃等待,(方法：      1.设置超时方法 tryLock(long timeout, TimeUnit unit)，时间过了就放弃等待；       2.lockInterruptibly()放代码块中，调用interrupt()方法可中断，而synchronized不行)
5.是否公平锁	非公平锁	两者都可以，默认公平锁，构造器可以传入boolean值，true为公平锁，false为非公平锁，
6.条件Condition		通过多次newCondition可以获得多个Condition对象,可以简单的实现比较复杂的线程同步的功能.
7.提供的高级功能		提供很多方法用来监听当前锁的信息，如： getHoldCount()   getQueueLength()  isFair() isHeldByCurrentThread() isLocked()