-System.nanoTime() + System.nanoTime() 是否保证 >= 0？

Question

大家好，我有一段代码如下所示：

public class Test {
    public static void main(String args[]) {
        long a = System.currentTimeMillis(); // line 1
        long b = System.currentTimeMillis(); // line 2
        assert b - a >= 0;

        long y = System.nanoTime(); // line 5
        long z = System.nanoTime(); // line 6
    }
}

所以IERS 表示下一个闰秒将在 2012 年 6 月 30^th 11:59.9 之后立即发生。

我想知道我是否正确地说如果第 1 行在 30^th June 2012 11:59.9 转为 1st 2012 年 7 月 00:00.0，

并且第 2 行在第 1 行之后 0.1 秒运行，

b - a 的结果可能是否定？ （-900 毫秒）

如果是这样的话，如果第 5 行在 30^th June 2012 11:59.9 转为 1 ^{后 0.9 秒运行，是不是真的st} 2012 年 7 月 00:00.0,

第 6 行在第 5 行之后 0.1 秒运行，

z - y 的结果可能是否定？ （-900,000,000 纳秒？）

Answer 1

System.nanoTime 应该 单调递增——如果你有两次调用它，A 和 B，以及 Ahappens-before B，然后是 A <= B .但在实践中，您实际上可以观察到nanoTime“倒退”。

nanoTime 由 CPU 上的内部计数器确定，其开始时间基本上是任意的（这就是为什么它不能用于确定挂钟时间的原因）。这可能会在多核环境中引起问题，因为一个内核的内部定时器可能与另一个内核的起始点不同。 Hotspot 试图弥补这一点，但并不总是成功，因此您实际上可以看到 nanoTime 在某些情况下倒退。

并发兴趣邮件列表上有一个recent discussion 与此有关。特别参见链接到this bug report 的this email 和this email 讨论解决方法（这似乎不起作用，尽管我不确定为什么）。错误报告有相当多的细节。

Answer 2

如果第 1 行在 2012 年 6 月 30 日 11:59.9 转为 2012 年 7 月 1 日 00:00.0 之后的 0.9 秒运行，我是否正确，

如果不调整时钟，则30th June 2012 11:59.9后0.9秒为1st July 2012 00:00.8

b - a 的结果是否定的？

currentTimeMillis() 是自 1970 年以来的时间（以毫秒为单位）。它不会在一天开始时重置。或者你生命中的任何时候。

z - y 的结果是否定的？

nanoTime() 也不是一天开始以来的时间。在许多 JVM/OS 上，它是自 CPU 上次重置以来的纳秒数。

---

并非所有操作系统都提供相同的分辨率。例如RHEL/Centos 5.x 只提供微秒级的分辨率。这意味着您可以连续多次调用相同的值（到微秒）

long a = System.currentTimeMillis(); // line 1
long b = System.currentTimeMillis(); // line 2
assert b - a >= 0;

只要通过向后转动时间来更正时间，它就会倒退。例如通过 NTP。

long y = System.nanoTime(); // line 5
long z = System.nanoTime(); // line 6

这将在具有多个套接字的系统上倒退，这些套接字无法纠正不同套接字中时间戳计数器的差异。例如如果您使用的是 Windows XP 并且有两个 Socket，那么您可以看到差异会向前或向后跳跃 4,000,000，因为它会在套接字之间切换线程。

Answer 3

不，你错了。因为这不是当前时间的毫秒部分，而是从 1970 年过去的总毫秒数。

它们可能是相同的，但以后不会比以前少。但是，如果 NTP 守护进程正在执行它的工作，如果系统时钟在某个时刻已调整，则可能会发生这种情况。

nanoTime 是更可靠的方式，因为它不依赖于系统时钟，也不应该通过时钟调整来改变。

Answer 4

我对 wiki 页面的阅读和你的一样：currentTimeMillis() 可以由于闰秒而倒退。

（他们为什么要把这个天文学的精细问题带入民用时间？没有平民关心太阳正午是否偏离几秒钟；实际上没有人以当地时间开始；同一时区的人可以观察到太阳正午时差1 小时。在一个没有时区的大国，时差可能是小时。）

Answer 5

-System.nanoTime() + System.nanoTime() 保证>= 0？

是的。这是一个计时器，不是任何绝对时间，根据其文档，它返回最精确的可用系统计时器的当前值，以纳秒为单位。返回的值表示自某个固定但任意时间以来的纳秒。 自某个固定时间以来的时间不会倒退（尽管 292 年后差异会溢出，但这几乎不是一个实际问题。另外，正如 Peter Lawrey 指出的那样, Windows XP has a bug that breaks nanotime's guarantees)。

System.currentTimeMillis() 完全不同。它返回从计算机时钟获取的绝对时间（自 1970 年以来的毫秒数），可以随时调整。