ReentrantLock 公平参数答案

【问题标题】：ReentrantLock fairness parameterReentrantLock 公平参数
【发布时间】：2018-05-08 11:47:03
【问题描述】：

这个问题完全是理论上的，很抱歉，这次我无法避免。我正在学习ReentrantLock 和read this：

但是请注意，锁的公平性并不能保证线程调度的公平性。

这是什么意思？我怎么能想象这个？

假设现在没有人持有锁：

Java 是否以这种方式工作？在非常不成功的情况下，这将意味着大量的上下文切换（这会导致吞吐量下降，这在文档中有所说明）。

【问题讨论】：

【解决方案1】：

这是什么意思？

这意味着持有锁的线程可以继续持有锁，并且可以连续多次重新获得同一个锁，并且等待时间最长的线程将一直等待，直到当前线程释放锁为止。

所以，只有当锁是空闲的并且java线程调度程序必须决定应该给哪个线程锁时，公平保证才会发挥作用。并且它被赋予最长等待线程（在同步的情况下，它是随机的）。

这也意味着持有锁的线程没有被频繁调度，而其他线程被分配了更多的CPU时间，所以这个线程无法完成，因此不会释放锁。

【讨论】：

【解决方案2】：

这是什么意思？

操作系统会安排线程随时运行。

我怎么能想象到这个？

操作系统几乎不知道 JVM 下一步要运行什么。

Java 是否以这种方式工作？

是的，Java 不控制操作系统调度程序。

【讨论】：