在Java 中System.nanoTime() 的单调implementation on Linux 依赖于CLOCK_MONOTONIC 在操作系统上可用的事实。如果它不可用，它会退回到gettimeofday，这可能会导致在使用nanoTime 测量时间间隔时获得负时间间隔。例如，以下测试可能会失败。
long t1 = System.nanoTime();
long t2 = System.nanoTime();
assert t2 >= t1
在什么情况下CLOCK_MONOTONIC 在服务器上可能不可用？假设 CLOCK_MONOTONIC 时钟在所有现代 Linux 服务器上都可用是否合理？
【问题讨论】：
标签： java linux time clock gettimeofday
假设所有现代 Linux 服务器上都可以使用 CLOCK_MONOTONIC 时钟是否合理？
我只能评论这个问题。是的，你使用的所有生产级系统都有一个 Linux 知道如何访问的单调时钟是合理的。虚拟服务器和容器服务器也是如此。
良好的工程要求您对此进行检查并在假设被打破时排除错误，但我会在设计时指望这一点。
【讨论】：
假设所有现代 Linux 服务器上都可以使用 CLOCK_MONOTONIC 时钟是否合理？
是的。假设是合理的。
从gettime手册条目的措辞中，我们可以推断出真正老版本的glibc不支持CLOCK_MONOTONIC。 （我仍在试图弄清楚有多老......但可能是当 glibc 声称符合 POSIX 1003.1 时。）
CLOCK_MONOTONIC 已在 IEEE Std 1003.1, 2004 版中指定（至少），但兼容的 libc 实现仍有可能不支持 CLOCK_MONOTONIC。
至少从 Linux 3.0 (2011) 开始，Linux 内核源代码就支持 CLOCK_MONOTONIC 时钟。
从其他来源来看，这也取决于您系统的 glibc 是如何构建的。 （使用“模拟计时器”构建时，不支持CLOCK_MONOTONIC。）
以下是一些不支持的情况：
一些旧的 CPU 芯片可能会出现问题；例如https://bugzilla.redhat.com/show_bug.cgi?id=1499480
Cygwin 的某些（全部？）版本不支持它。
ARM 上的某些（全部？）版本的 uCLibc 不支持。
CLOCK_MONOTONIC 也有可能被支持但有问题：
【讨论】：