公平锁和非公平锁的区别?

发布于 2022-09-03 12:08:36 字数 588 浏览 22 评论 0

此类的构造方法接受一个可选的公平 参数。当设置为 true 时,在多个线程的争用下,这些锁倾向于将访问权授予等待时间最长的线程。否则此锁将无法保证任何特定访问顺序。与采用默认设置(使用不公平锁)相比,使用公平锁的程序在许多线程访问时表现为很低的总体吞吐量(即速度很慢,常常极其慢),但是在获得锁和保证锁分配的均衡性时差异较小。不过要注意的是,公平锁不能保证线程调度的公平性。因此,使用公平锁的众多线程中的一员可能获得多倍的成功机会,这种情况发生在其他活动线程没有被处理并且目前并未持有锁时。还要注意的是,未定时的 tryLock 方法并没有使用公平设置。因为即使其他线程正在等待,只要该锁是可用的,此方法就可以获得成功。

这段话是java.util.concurrent.locks.ReentrantLock中的介绍, 其中对于公平锁的介绍我很不理解.

  1. 为什么"公平锁不能保证线程调度的公平性", 是因为不同线程对于锁的占用时间不同, 导致对于短作业的线程不利吗?

  2. "使用公平锁的众多线程中的一员可能获得多倍的成功机会"这句话是什么意思

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

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

发布评论

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

评论(2

踏月而来 2022-09-10 12:08:36

如果加上线程调度机制这个因素,就不难理解..
公平锁也要看对象是不是是第一次得到所,还有重入锁的概念
第二点。。线程里有个"让步",但是也只是发出个信号。是否处理还看调度机制心情,同理,即使是公平锁是否成功也看调度机制

为人所爱 2022-09-10 12:08:36

调度线程是操作系统控制的,而不是锁控制的,锁只能保证把锁给等待时间最长的线程,但如果操作系统没有调度这个线程也没用了。

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