System.nanoTime() 的隐患

      前段时间项目中需要 统计接口连接时间，考虑到连接时间一般都是零点几毫秒级别的，为了拿到更精确地数值，没有使用System.currentTimeMillis()，而是贸然地使用System.nanoTime()来统计时间，后来分析服务器上的数据，发现 竟然有10-15%的数据数值竟然超过了 10的13次方。

     原因：

System.currentTimeMillis() 起始时间是基于 1970.1.1 0:00:00 这个确定的时间的，而System.nanoTime()是基于cpu核心的时钟周期来计时，它的开始时间是不确定的。（有篇文章说是更加cpu核心的启动时间开始计算的）

但是在多核处理器上，由于每个核心的开始时间不确定，但是在多核处理器上，

	long start = System.nanoTime();
		String ip = Utilities.getIpByUrl(url);
		long cost = System.nanoTime() - start;

 

 这段代码有可能会运行在两个不同的cpu核心上，从而导致得到的结果完全不符逻辑。

 

Returns the current timestamp of the most precise timer available on the local system, in nanoseconds. Equivalent to Linux's CLOCK_MONOTONIC.

This timestamp should only be used to measure a duration by comparing it against another timestamp from the same process on the same device. Values returned by this method do not have a defined correspondence to wall clock times; the zero value is typically whenever the device last booted. Use currentTimeMillis() if you want to know what time it is. 

     

评论

7 楼 yhxf_ie 2018-07-24  

zhangnanw 写道

亲，这不是纳秒时间的隐患，是作者用错了地方。

统计接口连接时间长度, 怎么用错了地方?

6 楼 zhangnanw 2015-11-27  

亲，这不是纳秒时间的隐患，是作者用错了地方。

5 楼 somatezyc 2015-10-22  

楼主，我是用System.currentTimeMillis()计算差值出现过错误的情况，当时是因为调整时钟导致的。所以使用这个也是不对的。

4 楼 hold_on 2014-03-13  

liang86 写道

System.currentTimeMillis() 起始时间是基于 1970.1.1 0:00:00 这个确定的时间的.

为什么两个时间相减，会不正确呢？

应该是System.nanoTime()，已更正，谢谢提醒

3 楼 liang86 2014-03-12  

System.currentTimeMillis() 起始时间是基于 1970.1.1 0:00:00 这个确定的时间的.

为什么两个时间相减，会不正确呢？

2 楼 TeacherMao 2013-09-18  

又仔细阅读了一下在1楼引用的文章，发现在intel平台上win xp sp2之前以及在linux 2.6.18之前都是有问题的，之后应该都修好了。基本上说，nanoTime更依赖于cpu的设计和操作系统在这个级别上的时间函数的实现，所以谨慎对待还是很有必要的。

1 楼 TeacherMao 2013-09-17  

这篇文章有点儿耸人听闻，希望楼主可以给出确实的可验证的例子。

我特地查了一些资料，看到了这篇文章：http://stackoverflow.com/questions/510462/is-system-nanotime-completely-useless

从这篇文章的答案中看，你说的很可能是个误解。当然如果你有一个在多核下面很容易复制的样例，比什么理论都有说服力。期待楼主的跟进。