对比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语义级别的,以后的肯恩会更多的针对这部分做性能优化。


对比synchronized与java.util.concurrent.locks.Lock 的异同

上一篇:python-我所忽略的技术细节


下一篇:详解一道C++笔试题,考察重载、覆盖、多态