getTimeInMillis() vs. DateTime.Now.Ticks——Java 和 .NET 獲得毫秒級長整型數值的差異和解決 轉

轉自 　http://blog.csdn.net/laobai_2006/article/details/3124719

 

閑話少說（一直就沒少說），老白一直在維護的某系統中有個用 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." fromhttp://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));