2012-01-05 59 views
3

我有一個使用java.util.TimeZone生產各種時區的GMT偏移的程序。最近有人指出,其中一個時區關閉了一個小時,阿根廷布宜諾斯艾利斯。如何在Java 1.5.0中修復不正確的時區偏移?

我寫了一個簡單的Java程序,看看有什麼java的TimeZone類是給作爲偏移。事實證明,它給布宜諾斯艾利斯錯誤的價值,但所有其他時區(我們使用)都沒問題。我認爲問題可能是運行代碼的機器上的Java版本。一臺機器(v1.6.0_22)給出了正確的值,另一臺(v1.5.0)給出了不正確的值。有沒有其他人有過這樣的問題,或者對偏移值的差異有不同的解釋?這裏是我使用的測試程序:

import java.util.Calendar; 
import java.util.Date; 
import java.util.TimeZone; 

public class TZTest { 
    public static void main(String[] args) { 
    System.out.println("Java version = "+ System.getProperty("java.version")); 

    Calendar now = Calendar.getInstance(); 
    TimeZone timeZone = now.getTimeZone(); 

    System.out.println("Current System Time is: " + new Date(System.currentTimeMillis())); 
    System.out.println("Current Calendar Time is: " + new Date(now.getTimeInMillis())); 
    System.out.println("Current TimeZone is: \"" + timeZone.getDisplayName() + "\": ID = " + timeZone.getID()); 

    //One ID for the timezone in question 
    String id = "America/Argentina/Buenos_Aires"; 
    TimeZone tz = TimeZone.getTimeZone(id); 
    System.out.println("\ntimeZone.getTimeZone(ID) using ID = \""+ id + "\" returns\n" + TimeZone.getTimeZone(id)); 
    System.out.println("Offset in hours: "+(tz.getOffset(System.currentTimeMillis())/new Double(3600000))); 

    //A second ID for the timezone in question 
    String id2 = "America/Buenos_Aires"; 
    TimeZone tz2 = TimeZone.getTimeZone(id2); 
    System.out.println("\ntimeZone.getTimeZone(ID2) using ID2 = \""+ id2 + "\" returns\n" + TimeZone.getTimeZone(id2)); 
    System.out.println("Offset in hours: "+(tz2.getOffset(System.currentTimeMillis())/new Double(3600000))); 
    } 
} 
+5

內置Java的時間/日期的東西是出了名的壞,很難使用。我會強烈建議您切換到JodaTime庫以滿足所有與時間/日期相關的需求。 – cdeszaq 2012-01-05 17:53:48

+1

@cdeszaq當然,當時間規則改變,你可以更新喬達在不改變你的JRE版本。這是另一個很大的好處。對您的評論+1。 – 2012-01-05 18:15:53

+0

好的,謝謝你們,我可能會看Joda。依賴於Java版本是不太理想的。 – Ben1980 2012-01-05 20:27:59

回答

5

每個java版本都包含它自己的時區數據庫(這在每個版本的發行說明中都有記錄)。 1.5.0是非常老了,大概有過時或不正確的信息,你正在看的時區。

+1

事實上,它確實給日光節約,這是國家沒有,至少在這個夏天的時區。另外,Java 5已經達到了EOL,所以真的推薦轉向Java 6(1.6.0_30是撰寫本文時的最後一個版本) – Luciano 2012-01-05 17:58:46