站内搜索: 请输入搜索关键词

当前页面: 开发资料首页Java 专题JAVA日期和时间类彻底解决(2)

JAVA日期和时间类彻底解决(2)

摘要: JAVA日期和时间类彻底解决(2)

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.Si
mpleTimeZone
[id=Asia/Jerusalem,offset=7200000,dstSavings=3600000,
useDaylight=true, startYear=0,
startMode=1,startMonth=3,startDay=1,startDayOfWeek=0,startTime=3600000,st
artTimeMode=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
↑返回目录
前一篇: JAVA日期和时间类彻底解决(3)完
后一篇: JAVA日期和时间类彻底解决(1)