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

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章