sychronized为什么效率比ReentrantLock低？

sunshine1027 2017-07-09 10:24:28

首先申明：这里说的效率低，是只考虑重量级锁、多线程高并发的情况。
众所周知，sychronized本身是用监视器锁实现的，操作系统底层用的是互斥锁。实际上实现方式是先一次CAS，失败则进入队列。
ReentrantLock默认的非公平锁，实现上也是先一次CAS，失败再进AQS实现的队列。
既然2个的实现方式都差不多，那为什么sychronized比ReentrantLock的效率要低呢？

...全文

240 回复打赏收藏转发到动态举报

写回复

回复

切换为时间正序

请发表友善的回复…

发表回复

（5）sychronized锁的是对象，锁信息保存在对象头中，而ReentrantLock通过代码中的int类型的state标识来标志锁的状态。（2）sychronized会自动的加锁和释放锁，而ReentrantLock需要程序员手动加锁和释放锁。（3）sychronized底层是JVM层面的锁，而ReentrantLock是API层面的锁。（4）sychronized是公平锁，而ReentrantLock可以选择公平锁或非公平锁。（6）sychronized底层有一个锁升级的过程。

Sychronized和ReentrantLock的区别 ReentrantLock是⼀个类 ,sychronized是⼀个关键字,作为关键字,我们是没有办法过多干预的,就拿来就用,不用想那么多 sychronized会⾃动的加锁与释放锁，ReentrantLock需要程序员⼿动加锁与释放 Lock锁会忘记释放啊什么什么鬼的在JDK版本比较低的时候Lock锁的效率还会高一点都是现在大家都用1.8了,sychronized也有偏向锁和轻量锁了,所以sychronized确实好用 sychroni

1.Synchronized和ReentrantLock的区别 ①ReentrantLock显示地获得，释放锁，synchronized隐式获得释放锁 ②ReentrantLock可响应中断，可轮回，synchronized是不可以响应中断的 ③ReentrantLock是API级别的，synchronized是JVM级别的 ④ReentrantLock可以实现公平锁 ⑤ReentrantLock通过Condition可以绑定多个条件 ⑥底层实现不一样，synchronized是同步

当多个线程并发访问某个Java对象时，无论系统如何调度这些线程，也无论这些线程将如何交替操作，这个对象都能表现出一致的、正确的行为，那么对这个对象的操作是线程安全的。如果这个对象表现出不一致的、错误的行为，那么对这个对象的操作不是线程安全的，发生了线程的安全问题。临界区资源表示一种可以被多个线程使用的公共资源或共享数据，但是每一次只能有一个线程使用它。一旦临界区资源被占用，想使用该资源的其他线程则必须等待。在并发情况下，临界区资源是受保护的对象。...

线程同步的方法：sychronized、lock、reentrantLock等。如果你向一个变量写值，而这个变量接下来可能会被另一个线程所读取，或者你从一个变量读值，而它的值可能是前面由另一个线程写入的，此时你就必须使用同步。 sychronizedJava语言的关键字，当它用来修饰一个方法或者一个代码块的时候，能够保证在同一时刻最多只有一个线程执行该段代码，它是在软件层面依赖JVM实现同...

50,527

社区成员

85,606

社区内容

发帖

与我相关

我的任务

javaspring bootspring cloud 技术论坛（原bbs）

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章