在资源竞争不是很激烈的情况下,Synchronized的性能要优于ReetrantLock,但是在资源竞争很激烈的情况下,Synchronized的性能会下降几十倍,但是ReetrantLock的性能能维持常态
(1)这个是为啥?
(2)ReentrantLock是不是轻量级锁? 轻量级锁有哪些? 只听过这个名字,没见过有具体实现
用synchronized时候,如果程序运行出错,就会抛出异常,但是不会去做清理工作。使用ReentrantLock允许你尝试着获取但最终未获取的锁,这样如果其他人已经获得这个锁,那你就可以离开去执行别的事情(但是我现在想做的事情的是获取锁之后进行某些操作,现在转而去执行其他事情好像意义不太大呀),而不是等待直到这个锁被释放。
仅有的幸福2017-05-17 10:05:59
首先你说的这个情况,是在java 1.5刚引入ReentrantLock的时候才有,java1.6对Synchronized的实现算法进行了改造,与ReentrantLock的实现基本一致,所以俩者的性能差异已经很小了。
关于轻量级锁,这是java1.6引入的提升锁性能的一种方式,属于jvm层级的,不存在什么具体实现。
如果希望等待直到这个锁被释放,可以使用Lock.lock()获得的方式获得锁,使用Lock.tryLock()才是在尝试获取可能获取不到锁。
ringa_lee2017-05-17 10:05:59
可以简单一点的理解,synchronized 的读写页都是互斥的,但是 ReentrantLock 有读写锁,读锁可以共享,写锁才互斥,如果从这里看的话 ReentrantLock 在读多,写少的情况下性能会高不少,但是代码比 synchronized 的复杂,如果控制不好也容易出问题。