getTimeInMillis() vs. DateTime.Now.Ticks——Java 和 .NET 获得毫秒级长整型数值的差异和解决

闲话少说（一直就没少说），老白一直在维护的某系统中有个用 Java 写的生成唯一标识的类，主要是靠“Calendar.getInstance().getTimeInMillis()”来获取所谓毫秒级的长整型数值。条件所限，老白现在需要用 .NET 来实现同样的功能，于是想当然地使用了“DataTime.Now.Ticks”。

正如你可能知道的，“DataTime.Now.Ticks”虽然的确也是 long(Int64) 类型的，但其数值的时间单位和 Java 那个就不一样，是 100 nanosecond（100纳秒，10-7 秒），而非 1 millisecond（1毫秒，10-3 秒）。这倒不是什么大事儿（还不大呢，差着数量级呢），把“DateTime.Now.Ticks”得到的数值除以 10000 就完了呗……没那么简单！

通过一番调查取证，老白才发现，人家 Java 是从 1970-01-01 00:00:00.000 开始算的毫秒数，有文档为证：

"getTimeInMillis() ... Returns: the current time as UTC milliseconds from the epoch." from http://java.sun.com/j2se/1.5.0/docs/api/java/util/Calendar.html#getTimeInMillis()
所谓的 epoch 就是 1970-01-01 00:00:00.000 这个时刻（不知道背后还有什么故事没有，欢迎知情者分享）。

.NET 呢？她是从 0001-01-01 00:00:00.000 开始算的，数就大很多了。MSDN 里关于 DateTime.Ticks 是这样说的：

"The value of this property represents the number of 100-nanosecond intervals that have elapsed since 12:00:00 midnight, January 1, 0001." from http://msdn.microsoft.com/en-us/library/system.datetime.ticks(VS.80).aspx
所以，除了数值采用的单位不同，二者计数的时间起点也不同。最后的结论就是，如果想用 .NET 的 System.DateTime.Now.Ticks 来实现 Java 的 java.util.Calendar.getInstance().getTimeInMillis() 的话，你可以采取类似“(DateTime.Now.Ticks - new DateTime(1970, 1, 1).Ticks) / 10000”的办法，当然，我是用的“(DateTime.Now.Ticks - 621355968000000000) / 10000”，一个意思一个意思。

看看我这回都说了些什么：

 java.util.Calendar.getTimeInMillis() System.DateTime.Ticks
数据类型 long
 long
 
时间单位 millisecond
 100 nanosecond
 
计时起点 1970-01-01 00:00:00.000
 0001-01-01 00:00:00.000
 

事后有热心的朋友提醒我，像我这样对 long 做除法会出误差（不能整除的时候），他们 Java Developer 都用 BigDecimal，不然会被笑话的。那行，赶紧的，.NET 里就用 Decimal 吧？

1.         public   long  getTimeInMillis()
2.        {
3.             return  Decimal.ToInt64(Decimal.Divide(DateTime.Now.Ticks - 621355968000000000, 10000));
4.        }
再后来，发现这其实是一个 Unix 时间和 .NET 时间表示法的相互转换问题。老白这才想起来，Linux 时间就是从 Epoch 开始算的，只是当时不知道 1970-01-01 00:00:00.000 有个学名叫“Epoch”。

还没完，请往下看！！！

重要补充：热心读者 mobdx_19840908 敏锐地指出了本文的致命错误（参见评论）~~~ 简单说来就是使用 DateTime.Now 的时候没有注意时区问题！老白自己也在上文中说了 Java 是以 UTC 为基准的，而经查证，.NET 中与其对应的是 DateTime.UtcNow 而非 DateTime.Now！

所以，最后的结论就是：

return Decimal.ToInt64(Decimal.Divide(DateTime.Now.Ticks - new DateTime(1970, 1, 1, 8, 0, 0).Ticks, 10000))

或者

return Decimal.ToInt64(Decimal.Divide(DateTime.UtcNow.Ticks - 621355968000000000, 10000));

呼~ 终于圆满啦（希望是吧……）~

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/laobai_2006/archive/2008/10/22/3124719.aspx