JAVA日期和时间类彻底解决（2）

What's your time zone?JAVA日期和时间类彻底解决(2)Page 2 of 3首先尝试的解决方案 基于Java文档信息和

DateTest类的输出结果，

我打了一个最好的赌：JAVA虚拟机在第一次被运行时就自动设置了一个默认的时间区域（time zone）。为了验证，我创建了一个Its

Initializer

类，使得我的应用程序在被加载（launched）时便能够运行它。以下是我的第一次尝试：

import java.util.TimeZone;import java.util.SimpleTimeZone;public class ItsInitializer {  private static boolean s_initialized = false;  private ItsInitializer() {  }  public static synchronized void initialize() {    if (!s_initialized) {      // Modifies the default time zone, disables the Daylight Saving Time.      SimpleTimeZone dtz = (SimpleTimeZone) TimeZone.getDefault();      dtz.setStartRule(0,0,0,0);      dtz.setEndRule(0,0,0,0);      TimeZone.setDefault(dtz);      s_initialized = true;    }  }}

换句话说，我改变了JVM的默认

TimeZone，

因此它没有夏令时（DST）规则，所以你也不用担心去调整它。后来J2SE 1.4发布了，于是我也升级了。但是意外的是：

它的ItsInitializer类不能运行了。

于是我立即再去调查。 发现了一个

DateTest类的输出（

for J2SE 1.4.1_01 on Windows 98）:

Date = Tue May 06 05:31:03 IDT 2003Calendar = java.util.GregorianCalendar[time=1052188263870,areFieldsSet=true,areAllFieldsSet=true,lenient=true,zone=sun.util.calendar.ZoneInfo[id="Asia/Jerusalem",offset=7200000,dstSavings=3600000,useDaylight=true,transitions=143,lastRule=java.util.SimpleTimeZone[id=Asia/Jerusalem,offset=7200000,dstSavings=3600000,useDaylight=true,startYear=0,startMode=1,startMonth=3,startDay=1,startDayOfWeek=0,startTime=3600000,startTimeMode=0,endMode=1,endMonth=9,endDay=1,endDayOfWeek=0,endTime=3600000,endTimeMode=0]],firstDayOfWeek=1,minimalDaysInFirstWeek=1,ERA=1,YEAR=2003,MONTH=4,WEEK_OF_YEAR=19,WEEK_OF_MONTH=2,DAY_OF_MONTH=6,DAY_OF_YEAR=126,DAY_OF_WEEK=3,DAY_OF_WEEK_IN_MONTH=1,AM_PM=0,HOUR=5,HOUR_OF_DAY=5,MINUTE=31,SECOND=3,MILLISECOND=870,ZONE_OFFSET=7200000,DST_OFFSET=3600000]

你也看到了吧，J2SE 1.4中的TimeZone类的

zone成员已经不在是

SimpleTimeZone

的一个实例了。取而代之的是

sun.util.calendar.ZoneInfo

类。因此，我需要改变它的Initializer来兼容J2SE 1.4平台：

import java.util.TimeZone;import java.util.SimpleTimeZone;public class ItsInitializer {  private static boolean s_initialized = false;  private ItsInitializer() {  }  public static synchronized void initialize() {    if (!s_initialized) {      // Modifies default time zone, disables Daylight Saving Time.      TimeZone l_defaultTimeZone = TimeZone.getDefault();      int l_rawOffset = l_defaultTimeZone.getRawOffset();      String l_id = l_defaultTimeZone.getID();      SimpleTimeZone l_simpleTimeZone = new SimpleTimeZone(l_rawOffset,                                                           l_id,                                                           0,                                                           0,                                                           0,                                                           0,                                                           0,                                                           0,                                                           0,                                                           0);      TimeZone.setDefault(l_simpleTimeZone);      s_initialized = true;    }  }}

我创建了一个没有DST规则的

SimpleTimeZone

实例，并将它指派为JVM的默认

TimeZone

. 第二个执行形式比第一个更好，因为它没有为Calendar类的zone成员考虑一个实际的类。注意，这第二个版本是向下兼容的------它能在J2SE 1.3上很好的工作。没有什么能比通过亲身经历来学习更有收获，我想获得更多的经验，然后能完全解决这个问题。我认为，在夏令时（DTS）期间，我们总是会物理地去调整一下计算机的时间，因此我们从不必去调整DST了，这样就可以使得JVM总是设置一个默认的没有夏令时规则的time zone 。结果问题得以解决。于是我们高兴地通过以上策略来开发我们的应用程序，所有事情都很顺利了。没有更多的日期和时间上的矛盾和差异。 当冬天来临，我们将计算机时间重新调整回来。在程序中我们也没有遇到任何日期和时间上的问题，这还要感谢

ItsInitializer

这个类。但是，后来发现，我犯了另一个错，使我不得不又回到当初那种烦躁。一个无法预料的故障 冬天过了，夏天又一次来临，自然的又进入了夏令时阶段。我原本以为没问题的，于是使用了上面的策略来解决。On the very day we moved to DST, I got timestamp discrepancies. What happened?今年，我没有物理上去调整计算机的时间。我已经配置了我们的SUN服务器来使我们不需要物理地调整系统时钟。

date命令是一个

Unix/Linux命令，用来显示当前系统的日期和时间。

date

的Solaris版本使用t

imezone配置文件帮助自动调整DST的显示。和

Java的

Calendar类的工作机制类似。

因此，如果timezone配置文件被安装了，你就不用物理地去调整系统时钟了。我相信LINUX也可以这样做。我们的Windows上运行的是Windows XP，我们也没有物理地去调整系统时间。我们能在Windows XP配置时间区域。问题来了，对于DST，有时候会自动进行调整而有时候又不会调整，下面两张图显示了这个：

Figure 1. Time zone with automatic DST adjustment

Figure 2. Time zone without automatic DST adjustment

  Translated by Willpower,2003.11.18