我想知道在更新游戏中对象的位置时，是否应该使用 System.currentTimeMillis() 还是 System.nanoTime()？它们的运动变化与自上次调用以来经过的时间成正比，而我希望尽可能精确。
我读到不同操作系统之间存在一些严重的时间分辨率问题（即 Mac / Linux 几乎具有 1 毫秒的分辨率，而 Windows 则具有 50 毫秒的分辨率？）。我主要在 Windows 上运行我的应用程序，50 毫秒的分辨率似乎相当不准确。
除了我列出的两个选项外，还有更好的选择吗？
有什么建议/评论吗？
System.nanoTime()。System.currentTimeMillis()将给出自纪元以来以毫秒为单位的最准确的经过时间，但System.nanoTime()会相对于某个任意点给出纳秒精确时间。public static long nanoTime()
以纳秒为单位返回当前最精确的可用系统计时器的值。
此方法仅可用于测量经过的时间，与任何系统或挂钟时间的概念无关。返回的值表示从某个固定但任意的原始时间（可能是未来的时间），以纳秒为单位经过的时间（因此值可能为负）。此方法提供纳秒精度，但不一定是纳秒准确度。不能保证值更改的频率。在跨度大约 292 年（263 纳秒）的连续调用之间的差异将由于数值溢出而无法准确计算经过的时间。
例如，要测量代码执行的时间：
long startTime = System.nanoTime();
// ... the code being measured ...
long estimatedTime = System.nanoTime() - startTime;
更多信息请参见：JavaDoc System.nanoTime()和JavaDoc System.currentTimeMillis()。
currentTimeMillis变化，但为什么DST会导致它的变化呢？ DST切换并不会改变自纪元以来经过的秒数。它可能是一个“挂钟”，但基于UTC。您必须根据所在时区和DST设置确定其对应本地时间的时间（或使用其他Java工具来为您完成）。 - Shadow Man由于没有人提到这一点...
在不同的JVM之间比较System.nanoTime()调用的结果是不安全的，每个JVM可能有独立的“起源”时间。
System.currentTimeMillis()会返回（大约）相同的值，因为它与系统壁钟时间相关联。
如果您想计算两个事件之间经过的时间，例如秒表，请使用nanoTime()；系统壁钟的更改使得currentTimeMillis()在此 use case 中不正确。
nanoTime() 方法的 JavaDoc（文档注释）中写道：“所有调用此方法的实例在同一 Java 虚拟机下使用相同的起始时间；其他虚拟机实例可能会使用不同的起始时间。” 这意味着它将在不同线程间返回相同的值。 - Simon Forsberg更新自 Arkadiy：我在 Oracle Java 8 中观察到了更准确的System.currentTimeMillis()行为。时间以1毫秒的精度返回。 OpenJDK中的源代码没有变化，所以我不知道是什么导致了更好的行为。
Sun 的 David Holmes 几年前发布了一篇博客文章，非常详细地介绍了 Java 时间 API（特别是System.currentTimeMillis() 和 System.nanoTime()），您应该在什么情况下使用它们以及它们如何在内部工作。
Hotspot VM 内部：时钟、定时器和调度事件 - Part I - Windows
Java 在 Windows 上用于具有定时等待参数的 API 的计时器的一个非常有趣的方面是计时器的分辨率可能会因为其他 API 调用而改变 - 不仅在特定进程中，而是在整个系统范围内。他展示了一个例子，在这个例子中使用 Thread.sleep() 会导致分辨率的变化。
GetSystemTimeAsFileTime的工作方式不同导致的。请参见此处获取更多详细信息（简而言之，自整个系统引入了一些更精确的计时方法以来，它变得更加精确）。 - user719662正如其他人所说，currentTimeMillis是时钟时间，由于夏令时（注意：夏令时与时区与currentTimeMillis无关，其余内容属实）的改变、用户更改时间设置、闰秒和互联网时间同步而发生变化。如果您的应用程序依赖于单调递增的经过时间值，您可能更喜欢使用nanoTime。
您可能认为在游戏中玩家不会搞乱时间设置，也许您是对的。但不要低估因互联网时间同步或远程桌面用户而引起的干扰。nanoTime API免疫此类干扰。
如果您想使用时钟时间，但避免由于互联网时间同步而导致不连续性，您可以考虑使用像Meinberg这样的NTP客户端，该客户端“调整”时钟速率以将其归零，而不仅仅是定期重置时钟。
我从个人经验中说起。在我开发的一款天气应用程序中，我偶尔会遇到风速突然升高的情况。我花了一些时间才意识到我的时间基准受到了典型PC上的时钟时间行为的干扰。当我开始使用nanoTime时，所有问题都消失了。对我的应用程序而言，一致性（单调性）比原始精度或绝对精度更为重要。
System.currentTimeMillis()报告自 Unix/Posix纪元（1970年1月1日协调世界时午夜）以来经过的时间（以毫秒为单位）。由于协调世界时从不调整夏令时，因此当本地时区为夏令时添加或减去偏移量时，该值将不会受到影响。此外，Java时间刻度平滑跳秒，使得每天仍然显示为86400秒。 - scottbSystem.nanoTime()在较旧的JVM上不受支持。如果这是一个问题，建议使用currentTimeMillis
关于准确性，你几乎是正确的。在某些Windows机器上，currentTimeMillis()的分辨率大约为10毫秒（而不是50毫秒）。我不确定为什么，但有些Windows机器与Linux机器一样准确。
我过去曾经使用GAGETimer并取得了适度的成功。
如果需要这样的精确度，请使用System.nanoTime()，但请注意，这将需要Java 5+ JVM。
在我的XP系统上，使用以下代码报告至少278纳秒的系统时间：
private void test() {
System.out.println("currentTimeMillis: "+System.currentTimeMillis());
System.out.println("nanoTime : "+System.nanoTime());
System.out.println();
testNano(false); // to sync with currentTimeMillis() timer tick
for(int xa=0; xa<10; xa++) {
testNano(true);
}
}
private void testNano(boolean shw) {
long strMS=System.currentTimeMillis();
long strNS=System.nanoTime();
long curMS;
while((curMS=System.currentTimeMillis()) == strMS) {
if(shw) { System.out.println("Nano: "+(System.nanoTime()-strNS)); }
}
if(shw) { System.out.println("Nano: "+(System.nanoTime()-strNS)+", Milli: "+(curMS-strMS)); }
}
System.nanoTime()而不是System.currentTimeMillis()。在我开发的一个游戏中，从currentTimeMillis()切换到nanoTime()，显著提高了动画流畅度。System.currentTimeMillis()不适用于测量经过的时间，因为该方法对系统实时时钟的更改非常敏感。
你应该使用System.nanoTime。
请参阅Java System帮助文档：
关于nanoTime方法：
..此方法提供纳秒级精度，但不一定提供纳秒级分辨率（即值更改的频率） - 除了保证分辨率至少与currentTimeMillis()一样好之外，不作任何保证。
如果你使用System.currentTimeMillis()，你的经过时间可能是负数（回到未来）
我对nanotime有很好的使用经验。它提供了墙钟时间作为两个长整型（自纪元以来的秒数和该秒内的纳秒数），使用JNI库。它可用于预编译了JNI部分的Windows和Linux。
这里有一件事情需要注意，就是nanoTime方法的不一致性。对于相同的输入，它不能给出非常一致的值。而currentTimeMillis在性能和一致性方面做得更好。虽然它不如nanoTime精确，但误差较小，因此其值更准确。因此，我建议您使用currentTimeMillis。
nanoTime通常比currentTimeMillis更准确，但是也是一个相对昂贵的调用。currentTimeMillis()运行在几个（5-6）CPU时钟内，而nanoTime取决于底层架构，可能需要100多个CPU时钟。 - bestsssSystem.currentTimeMillis()方法的内部运作机制：http://pzemtsov.github.io/2017/07/23/the-slow-currenttimemillis.html - Attila Tanyi