Java：等待同步块，谁先走？
如果一个synchronized块上有多个线程在等待，并且锁变为可用，谁先走？是按线程优先级（然后是先到先得）进行吗？
并且是否适用相同的规则notify（带有多个waiting线程）？
问题答案：
根据这个家伙的说法：http : //tutorials.jenkov.com/java-concurrency/starvation-and-
fairness.html
Java对顺序不做任何保证。所以我想这不是基于线程优先级的
我将尝试进一步寻找有关Java实际上如何决定谁先行的解释。
-
我想更多地了解线程睡眠解析是如何工作的，以及它与睡眠（）解析之外的内容有什么联系。 我知道它是由操作系统定义的，而在Windows上通常是15ms。我最近环顾四周无法确认这一点，但我依稀记得这个15ms是由操作系统循环的，并且对所有线程都是“全局的”，这意味着15ms不是线程可以Hibernate的最短时间，而是最大Hibernate时间（1）。对吗？所有操作系统都一样吗（超过持续时间）？ 我想不
-
我对Java同步（）块的理解是，如果一个线程已经拥有一个对象上的锁，它可以进入一个在同一个对象上同步的不同块（重入同步）。下面，我相信JVM使用引用计数来增加/减少线程获得锁的次数，并且锁只有在计数为零时才会释放。 所以我的问题是，如果你遇到这样的代码： 当调用etc（）时，具体会发生什么？它仅仅是减少计数，还是不顾计数释放锁？ 在第一种情况下，在我看来，如果发生了锁重新进入，它将产生死锁，因为它
-
问题内容： 如果我仅使用同步而不是等待/通知方法，它将仍然保持线程安全吗？ 有什么不同 ？ 提前谢谢。 问题答案： 使用使方法/块一次只能在线程上访问。因此，是的，它是线程安全的。 这两个概念是结合在一起的，而不是相互排斥的。使用时，您需要在该对象上拥有监视器。所以您需要在此之前。使用使当前线程停止，直到另一个线程在其等待的对象上调用。这是对的补充，它仅确保仅一个线程将进入块/方法。
-
迄今为止，我们所看到的所有解决方案都是为了在忙碌的等待中提供相互排斥。 然而，忙等待并不是资源的最佳分配，因为它始终在持续检查while循环条件时保持CPU繁忙，尽管进程正在等待临界区变为可用。 所有具有繁忙等待的同步机制也受到优先级反转问题的困扰，即每当存在具有较高优先级的进程必须在关键部分之外等待的进程时总会存在自旋锁的可能性，因为机制意图执行较低优先级 在关键部分进行处理。 然而，这些问题需
-
问题内容： 我是一名普通的C＃开发人员，但有时我会使用Java开发应用程序。我想知道是否有Java等效于C＃async / await？简单来说，java相当于什么： 问题答案： 不，在Java中-甚至在v5之前的C＃中，都没有等效的异步/等待方式。 在后台构建状态机是一项相当复杂的语言功能。 Java中对异步/并发的 语言 支持相对较少，但是该软件包包含许多与此相关的有用 类 。（不完全等同于任
-
给出一些关于我正在尝试做的细节：我正在用Java制作一个Minecraft插件。我有一个对象，它使用HashMap绑定到Minecraft的Player对象。 我在这个对象中有一个方法，类似于： 显然，会有很多事情发生，所以我希望这是异步发生的。计时器将在后台继续，它不会阻止代码中的任何其他内容。 对不起，如果我的问题太简单了，但我真的检查了网络和我是新的Java，所以原谅我的无知。