1、public static long nanoTime()
官方解释：
以纳秒为单位返回正在运行的Java虚拟机的高分辨率时间源的当前值。
该方法只能用于测量经过时间，与系统或挂钟时间的任何其他概念无关。 返回的值表示纳秒，因为一些固定但任意的起始时间（可能在将来，所以值可能是负数）。 在Java虚拟机的实例中，该方法的所有调用都使用相同的来源; 其他虚拟机实例可能会使用不同的来源。
该方法提供纳秒精度，但不一定是纳秒分辨率（即，值的变化频率） - 除了分辨率至少与currentTimeMillis()的分辨率不同之外，不作任何保证 。
跨越大约292年（2 63纳秒）的连续呼叫的差异将无法正确计算由于数字溢出所造成的时间。
仅当在Java虚拟机的同一实例中获得的两个此类值之间的差异被计算时，此方法返回的值才会变得有意义。
例如，测量代码执行多长时间：
long startTime = System.nanoTime(); // ... the code being measured ... long estimatedTime = System.nanoTime() - startTime;
一个应该使用t1 - t0 < 0 ，而不是t1 < t0 ，因为数值溢出的可能性。
比较两个nanoTime值
long t0 = System.nanoTime(); ... long t1 = System.nanoTime();
结果
运行Java虚拟机的高分辨率时间源的当前值，以纳秒为单位
从以下版本开始：
1.5
分析解释：
这玩意是个单调钟，它保证了同一个JVM实例上先后调用两次这个函数，得到的值绝对不会倒退，如果你系统时间被调回去了它本身也不会减少，可以被用来测量两次操作的耗时等。
它的绝对值是没什么意义的，不同操作系统的不同JDK版本实现不一样，JVM源码也提到了。
2、public static long currentTimeMillis()
官方解释：
返回当前时间（以毫秒为单位）。 请注意，虽然返回值的时间单位为毫秒，但该值的粒度取决于底层操作系统，并且可能较大。 例如，许多操作系统以几十毫秒为单位测量时间。
有关“计算机时间”和协调世界时间（UTC）之间可能出现的轻微差异的讨论，请参阅类别Date的说明。
结果
在1970年1月1日UTC之间的当前时间和午夜之间的差异，以毫秒为单位。
分析解释：
与它相对的是“墙上时钟”，在Java的实现就是System.currentTimeMillis()，它返回当前系统时间的毫秒数时间戳，但是假如操作系统的时间被回拨了（例如和时间服务器同步），返回值会减少，在一些场景（例如分布式数据库判断谁先提交）下是灾难性的。
网友评论