如果我要打个电话让Java Thread进入睡眠状态,是否有理由偏爱其中一种而不是另一种?
Thread.sleep(x)
要么
TimeUnit.SECONDS.sleep(y)
TimeUnit.SECONDS.sleep(x)
会打电话给Thread.sleep
。唯一的区别是可读性,TimeUnit
在不明显的持续时间内使用(例如:Thread.sleep(180000)
vs
TimeUnit.MINUTES.sleep(3)
.)可能更容易理解。
供参考,请参见以下sleep()
in 中的代码TimeUnit
:
public void sleep(long timeout) throws InterruptedException {
if (timeout > 0) {
long ms = toMillis(timeout);
int ns = excessNanos(timeout, ms);
Thread.sleep(ms, ns);
}
}
问题内容: 我的代码中有这个 Eclipse告诉我使用静态 相反,为什么呢?有什么区别,这两种方法之间的功能是否完全不同? 问题答案: 只有一种方法,而不是两种,它是静态的。虽然您可以通过实例引用调用静态方法,但这不是很好的样式。它表明程序员认为他或她正在调用实例方法。一个困惑的程序员可能会认为他或她可以使另一个线程(不是当前线程)以这种方式进入睡眠状态,而这并不是这样做的。 您的两行代码都做同样
问题内容: 目标:偶尔执行某些代码。 问题:就性能而言,以下各项之间是否存在重大差异: 和 ? 当然,后一种选择更适合犹太人。但是,我想知道是否应该进行一次冒险,即“花几天时间重构遗留代码以告别Thread.sleep()”。 更新:此代码在超级/大型/超级高负载环境中运行。 问题答案: 您正在处理以数十秒为单位的睡眠时间。通过在此处更改睡眠选项可能节省的时间可能是纳秒或微秒。 我每次都更喜欢后一
问题内容: 我们很少有扩展基本类的类。我们注意到我们使用了“退出一些睡眠”方法,并且希望在发生睡眠时进行记录。有没有一种方法可以覆盖Thread.sleep方法,在其中我可以添加一些自定义逻辑(即记录),然后仅调用实际的Thread.sleep()?这样,我就不必更改在我的基类中使用Thread.sleep的所有位置。我也愿意接受其他选择。 问题答案: 您不能重写方法,因为它是本机方法,所以无法对
问题内容: 今天,我有一个采访上,我问候选人很平常和基本的问题有关的区别和。我以为他会回答类似这样的,但他说,这些方法基本上是一样的,而且极有可能是用在它里面,但本身并不需要外部锁。这不是完全正确的答案,因为在JDK 1.6中此方法具有以下签名。 但是我的第二个想法是,这不是那么可笑。可以使用定时等待来达到相同的效果。看一下以下代码片段: 在这种情况下,一个对象特别用于同步块内部方法。我假设Sun
问题内容: 这是一个片段 我正在使用和作为文本框。文本框应显示“ Hello”,然后等待一秒钟,但是,当我尝试执行此操作时,它会等待一秒钟,然后放置“ Hello”一词,这不是我想要的。 我不确定为什么会这样,因为我将其按逻辑顺序放置。如果有人可以帮助我,那就太好了。 编辑: 有谁知道替代方案,所以我可以使用“延迟”效果吗? 问题答案: 永远不要从Swing事件线程中调用Thread.sleep(
问题内容: 我需要将while循环暂停特定的毫秒数。我尝试使用,但是它不准确,尤其是在循环场景中。毫秒精度在我的程序中很重要。 这是我不希望在expectedElapsedTime通过之前检查条件的算法。 问题答案: 你能指望什么? 如果您进入睡眠状态,则一旦您的进程再次可运行,就必须等待线程调度程序再次对其进行调度。 我的意思是如果您进入睡眠状态50秒钟,这并不意味着您的进程将在完全50秒钟内运