Java：LockSupport.parkNanos 与 Thread.sleep(...)答案

【问题标题】：Java: LockSupport.parkNanos vs Thread.sleep(...)Java：LockSupport.parkNanos 与 Thread.sleep(...)
【发布时间】：2012-05-01 12:51:35
【问题描述】：

在某些情况下，我们大多数人都会这样写：

try {
   Thread.sleep(2000); 
} catch (InterruptedException e) {
   ; // do nothing
}

无论是对还是错，仅在某些测试工具中可接受，这不是我的观点。我的观点是，同样的代码可以写得更简洁，如下：

  LockSupport.parkNanos(2000* 1000000);

有什么理由让我偏爱一种方法而不是另一种方法。

【问题讨论】：

【解决方案1】：

可读性：Thread.sleep 具有非常直观的含义。您将如何描述（向其他开发人员）您对LockSupport.parkNanos 的使用？如果该描述主要包含“我希望当前的线程睡眠”，那么Thread.sleep 肯定更具描述性。

简洁性来自于缺少中断处理——所以如果你愿意，可以创建一个包装器方法来执行此操作，它将异常作为RuntimeException 传播。哎呀，如果你正在创建一个包装方法，你可以使用任何一种实现，尽管另一个线程当然可以unpark你的“睡眠”线程，就像它可以中断它一样...... p>

【讨论】：

【解决方案2】：

parkNanos 方法的文档提供了该方法可以返回的条件。这些条件之一是：调用虚假（即无缘无故）返回。因此，如果您不介意虚假唤醒和其他一些线程“取消停放”正在考虑的等待线程，那么基本上可以使用它。当然，Jon 的评论几乎指出了偏爱一个胜过另一个的原因。

【讨论】：

我知道这个答案已经过时，但它仍然可以帮助开发人员寻找更多关于 LockSupport 的见解。为了完成，这里有一篇很好的文章，展示了这些虚假返回的样子：hazelcast.com/blog/… TLDR：调用可能会在几微秒后返回，具体取决于 JVM（HotSpot、Dalvik、IBM）甚至主机。

【解决方案3】：

LockSupport 的应用范围更有限，不支持异常处理。如果您只需要锁定一个线程，就可以了。

来自 API：

这些方法旨在用作创建工具更高级别的同步实用程序，它们本身并不适用于大多数并发控制应用程序。

【讨论】：