What's your time zone?
JAVA日期和时间类彻底解决(2)
Page 2 of 3
首先尝试的解决方案
基于Java文档信息和DateTest类的输出结果，我打了一个最好的赌：JAVA虚拟机在第一次被运行时就自动设置了一个默认的时间区域（time zone）。为了验证，我创建了一个ItsInitializer类，使得我的应用程序在被加载（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 2003
Calendar = 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版本使用timezone配置文件帮助自动调整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 
|
本类阅读TOP10