对比synchronized与java.util.concurrent.locks.Lock 的异同
主要区别
1、Lock能完成几乎所有synchronized的功能，并有一些后者不具备的功能，如公平锁、等待可中断、锁绑定多个条件等；
2、synchronized 是Java 语言层面的，是内置的关键字；Lock 则是JDK 5中出现的一个包，在使用时，synchronized 同步的代码块可以由JVM自动释放；Lock需要程序员在finally块中手工释放，如果不释放，可能会引起难以预料的后果。
重入锁
java.util.concurrent.lock 中的 Lock 框架是锁定的一个抽象，它允许把锁定的实现作为 Java 类，而不是作为语言的特性来实现。这就为 Lock 的多种实现留下了空间，各种实现可能有不同的调度算法、性能特性或者锁定语义。ReentrantLock 类实现了Lock ，它拥有与 synchronized 相同的并发性和内存语义。
实现原理：它有一个与锁相关的获取计数器，如果拥有锁的某个线程再次得到锁，那么获取计数器就加1，然后锁需要被释放两次才能获得真正释放，原理上模仿了 synchronized 的语义。
总结
很多人都知道重入锁的性能高于synchronized，其实这个是停留在JDK1.5的阶段，在JDK到1.6的时候引入了许多针对synchronized的优化措施，如自旋锁、轻量级锁、偏向锁等，性能上也基本和重入锁持平了。个人觉得如果用不到重入锁的一些特殊的功能尽量不要用重入锁，原因主要有三个方面：
1、毕竟大部分开发者对synchronized的熟悉远远超过重入锁且重入锁需要手动释放锁，如果一旦忘记释放就很悲剧了；
2、如果使用synchronized，发生线程阻塞这些问题的时候通过thread dump比较容易看出来；
3、synchronized毕竟是JVM语义级别的，以后的肯恩会更多的针对这部分做性能优化。
郑重声明：本站内容如果来自互联网及其他传播媒体，其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享，并不代表本站赞同其观点和对其真实性负责，也不构成任何其他建议。
