2012-01-05 24 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

相关问题