Question

这个问题的灵感来源于另一个问题。

如果多个线程正在等待同步的块，并且锁可用，那么谁先去？是按线程优先级（然后先到先得）吗？

同样的规则是否适用于notify（具有多个等待的线程）？

Answer 1

根据这个家伙的说法：http://tutorials.jenkov.com/java-concurrency/starvation-and-fairness.html

Java对序列没有任何保证。所以我想这不是基于线程优先级

我将尝试进一步了解Java是如何决定谁先去的。

Answer 2

还有人提到了公平锁的可用性。如果你真的关心谁先去，那么你可能会遇到实时问题。在这种情况下，您可以使用RTSJ，其中指定了锁获取的排序和其他语义。有关详细信息，请参阅RTSJ规范在同步下。引用基本原理部分：

Java s rules for synchronized code provide a means for mutual exclusion but do not prevent unbounded priority inversions and thus are insufficient for real-time applications. This specification strengthens the semantics for synchronized code by mandating priority inversion control, in particular by furnishing classes for priority inheritance and priority ceiling emulation. Priority inheritance is more widely implemented in real-time operating systems and thus is required and is the initial default mechanism in this specification.

Answer 3

第二个问题

其中一个被选择唤醒。这种选择是任意的，由执行人员自行决定。线程通过调用其中一个等待方法来等待对象的监视器。

来自http://download.oracle.com/javase/1.4.2/docs/api/java/lang/Object.html#notify（）

Answer 4

这取决于线程优先级和线程调度算法，而且对同步块的锁定也不“公平”。这意味着，如果有两个具有相同优先级的等待线程，并且第一个线程等待的时间比第二个线程多，这并不一定意味着第一个线程将首先执行。

友情链接