Java缺少28秒

Question

我想從數據庫中提取表並將其重新加載到其他類型的數據庫中。問題在於，在我的本地設置中，日期爲1937年7月1日的00:00:00時出現gettng時間戳的問題。在荷蘭，他們在1937年改變了經脈，導致1937年7月1日的前28秒不存在。

當我將日期讀入日曆以重新格式化輸出時，時間會更改爲日期前的28秒; 6月30日23:59:32或7月1日00:00:28（取決於驅動程序） 任何人都知道解決此問題的解決方法？

http://themagicofscience.blogspot.com/2010/08/java-puzzler-1-july-1937.html

Answer 1

配置您的Calendar以使用不同的Locale。

Calendar■將編碼時間轉換爲當地時間。那些20+秒在Locale中並不存在不同的顯示格式，所以如果你堅持保留這個Locale，並且你堅持要顯示日期和時間，那麼你需要在1937年與荷蘭政府接手;但是，如果將顯示格式更改爲其他Locale的顯示格式，則會發現基礎時間數據結構的實際值未發生更改，它將在具有不同秒數值的區域設置中顯示不同時間。

唯一的告誡是，應該怎麼操作讀它並將其存儲之間的時間，那麼你可能會無意中創建一個新的Time或Calendar對象，這將設置或重置基礎上，Locale格式化的翻譯它的基礎數據結構時間轉換爲底層數據表示。

這就是爲什麼最好使用UTC處理批量日期和時間處理，而不需要夏令時。即使時間與當地時間不匹配（並且不同時區的人難以閱讀），UTC的每秒都會存在，因此可以通過簡單格式化受影響的人來快速驗證簡單的+5秒更改時間。

唯一需要注意的是，以後您必須始終將UTC時間翻譯回當地時間進行顯示。根據你的聽衆的教育情況，一些荷蘭人可能會驚訝地發現他們的政府不允許這樣的秒數存在，並可能要求他們被顯示，儘管裁決說這些秒不是荷蘭日曆的一部分。

只是等待，直到你發現丟失的天回1582年

Answer 2

最簡單的很可能是做對那些特定的時間簡單的檢查，並相應地更改日期。

Answer 3

嘗試並提取GMT或UTC日期，然後加載它們放回的方式。然後，您將使用新系統的詳細信息作爲區域設置，而不是原始系統。

Answer 4

在Java中，日期以獨立於時區的方式內部存儲。 （它的存儲時間爲毫秒數 - 我忘記了開始日期，是格林威治標準時間1970年1月1日？）輸出日期時，那麼必須考慮時區。但是任何內部操縱都不應該成問題。你沒有說你使用的是什麼數據庫引擎，所以我不知道它是如何存儲日期的。我現在主要使用Postgres，它將所有日期存儲在GMT中，並在輸入和輸出時間轉換到適當的時區並從中轉換。

因此，如果您只是將時區設置爲GMT，那麼移動時區邊界，夏令時等的任何更改都應該是不相關的。