lock与synchronize的解锁顺序问题?

发布于 2022-09-04 15:20:09 字数 193 浏览 17 评论 0

在学习lock与synchronize的区别时,看到这样一句话:“ lock更灵活,可以自由定义多把锁的枷锁解锁顺序(synchronized要按照先加的后解顺序)”。请问这里:

1.lock的自由定义多把锁的枷锁解锁顺序怎么理解?
2.synchronized要按照先加的后解顺序怎么理解?

谢谢各位!

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

夏九 2022-09-11 15:20:10

Lock是一个接口,最常用的实现是 ReentrantLock,它的一个灵活之处是可以设定fair参数。

synchronized 和fair=false的ReentrantLock 无法决定加锁顺序。换句话说,线程A、B、C都要锁定对象,尝试锁定的时间是A最早、然后是B,最后是C,那么当A解锁对象时,不能确定到底B还是C接下来锁定对象。

如果用fair=true的ReentrantLock(公平锁),情况就确定了:A解锁对象时,由于B比C先尝试锁定对象,所以接下来一定是B来锁定,只有当B解锁时才轮到C。

南汐寒笙箫 2022-09-11 15:20:10
new lock1
new lock2

lock1.lock();
lock2.lock();
...
lock2.unlock();
lock1.unlock();

Lock的加解锁是在java语义层面上实现的,锁之间没有必然关系

synchronized(obj1){
    synchronized(obj2){
        ...
    }
}

synchronized加解锁是由JVM来实现,在执行完synchronized块后自行解锁,所有会按照synchronized的嵌套顺序解锁。

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文