在 Java 中轮询时的 Thread.sleep 或 yield答案

【问题标题】：Thread.sleep or yield when polling in Java在 Java 中轮询时的 Thread.sleep 或 yield
【发布时间】：2013-07-04 10:23:38
【问题描述】：

我在 Java 中实现了一个阻塞文件锁，当我试图获取一个锁时，我有一个类似这样的代码块：

while(!fileLockIsAcquired())
{
    Thread.sleep(100); //is this cool?
    tryAcquireFileLock();
}

100 毫秒的值对我来说似乎过于死板，我想知道如果我使用 Thread.sleep(0) 或 Thread.yield()，调度程序会不会更智能。在我看来，Yield 似乎可以更好地传达意图，但我不确定我是否完全理解 JVM 是如何解释它的。一种选择明显优于另一种吗？

该文件是通过webservice访问的远程文件，没有阻塞锁定方法，所以我必须自己实现阻塞。

【问题讨论】：

为什么不直接屏蔽？你并没有通过自旋锁定完成任何有用的事情。
yield 没有有用的语义；在 Java 1.3 之前的日子里有一点，当时在某些平台上 JVM 仍然使用绿色线程。
@EJP 这实际上是一个跨进程文件锁。我已经编辑了问题以澄清。
呃，文件锁定只是建议性的。你到底想要什么样的锁？请注意，在 1.7 之前，Java 不能open(O_CREAT | O_EXCL)。您要创建标记或映射部分文件吗？
所以你正在投票。使用yield 将使您的投票率更高，这可能不是您想要的。顺便说一句，你可以让你的网络服务阻塞，即推迟它的响应直到锁被释放，但要超时。

【解决方案1】：

使用 yield 会使您的投票率更高，这可能不是您想要的。这就是为什么我认为您当前的代码是可接受的第一个解决方案。

另一方面，您可以使您的 Web 服务阻塞（延迟响应直到获得锁）服从超时。这将是一个更可靠的解决方案，因为一旦获得锁定，您就可以快速做出反应，并且轮询率适中。

【讨论】：

【解决方案2】：

我相信等待是比其他任何事情都更好的选择，原因是因为其他线程可以在释放锁时通知。等待的好处是一旦通知它会立即出来，但睡眠不会。

【讨论】：