JDK时区TimeZone与操作系统不一致怎么办
这篇文章主要介绍JDK时区TimeZone与操作系统不一致怎么办,文中介绍的非常详细,具有一定的参考价值,感兴趣的小伙伴们一定要看完!
创新新互联,凭借10余年的做网站、成都网站制作经验,本着真心·诚心服务的企业理念服务于成都中小企业设计网站有数千家案例。做网站建设,选创新互联。
【背景】一台Windows服务器的迁移工作,涉及操作系统、应用以及数据库,其中:
1.操作系统由Windows Server 2003--->Windows Server 2008
2.数据库:Oracle 10.2.0.4--->Oracle 11.2.0.3
3.应用迁移本在本篇博文的讨论范围
之前方案经过几轮评审,该改进地方修改了多次。测试环境也进行了多次测试。自认为在生产环境变更会一切顺利,万无一失,自信满满,但很快被现实狠狠的抽了一巴掌。经梳理,碰到的问题主要有两个,以下计划分两篇进行总结归纳,若有错误,欢迎各位大神指正。
服务器迁移完成后,启动定时作业出现了一个异常现象,该作业理应生成T-1日文件不知为何文件变成了T-2日。出现问题的时候,开发人员并不在现场,本着先不麻烦别人的原则。第一反应就是有可能是数据库迁移造成的。
为排除数据库方面的问题,我们查询了常用时间变量sysdate,systimestamp,localtimestamp以及current_timestamp,发现输出都和自然时间相同。
SELECT sysdate FROM dual;
SYSDATE
-----------------
20170409 07:56:19
SELECT systimestamp FROM dual;
SYSTIMESTAMP
---------------------------------------------------------------------------
09-APR-17 07.56.52.311941 AM +08:00
SELECT localtimestamp FROM dual;
LOCALTIMESTAMP
---------------------------------------------------------------------------
09-APR-17 07.59.04.507493 AM
SELECT current_timestamp FROM dual;
CURRENT_TIMESTAMP
---------------------------------------------------------------------------
09-APR-17 07.59.17.414758 AM +08:00
那看来和数据库无关?正在犹豫的时候,再次启动定时作业的时候发现执行结果正确了,生成了T-1日的文件,且文件内容也无异常。奇怪,不过定时作业总算执行正常了,由于有其他事情要忙,这个事情就没有再深入分析。
悲催的是,第二天问题又重现了,且情况和前一天几乎一样:刚开始作业异常,分析了一段时间,再次重启作业又正常了。什么情况?看来这个不是偶发现象,要仔细深入的研究个明白了。在分析过程我们发现了一个非常有趣的现象:作业若在8点之前执行就会异常,一过8点作业执行正常。难道是时区造成的?不对啊,前面已经查询已经确认了,数据库时区和时间都没问题。为了进一步确认数据库时区正常,还是查看一下dbtimezone变量吧。
点击(此处)折叠或打开
SELECT dbtimezone FROM dual;
DBTIME
------
+08:00
基本排查了数据库的原因造成的,作为DBA的我不禁松了一口气。下面的分析可以放松些了,不用提心吊胆啦,哈哈。既然怀疑时区造成的,那看看是不是操作系统的时区问题。但非常遗憾经确认操作系统时区设置也是正确的 :东8区。经过一番确认和排查,始终未发现服务器、数据库参数设置的问题,找开发要代码吧。代码非常简单,截取部分有用内容如下:
点击(此处)折叠或打开
String strCreDate = new java.sql.Date(new java.util.Date().getTime()-86400000).toString();
具体生成T-1日还是T-2日的文件,由strCreDate变量决定的。那看来变量strCreDate的值有问题。我们分别做了一组实验:8点前strCreDate的值为T-2,但8点后该值就变成了T-1.为清楚的看到JDK时区情况,写了一个非常简单HelloWorld代码,如下:
点击(此处)折叠或打开
import java.util.TimeZone;
import java.sql.Date;
public class HelloWorld {
public static void main(String[] args) {
System.out.print("当前的默认时区为");
System.out.println(TimeZone.getDefault()); //输出当前默认时区
final TimeZone zone = TimeZone.getTimeZone("GMT+8"); //获取中国时区
TimeZone.setDefault(zone); //设置时区
System.out.println(TimeZone.getDefault()); //输出验证
}
}
第一个输出结果为:
第二个输出结果为:
发现了什么了吗?虽然操作系统的时区为东8区,但是jdk获取的时区不是东8区,缺是UTC,因此造成了差8个小时的现象,即8点前作业异常,8点后作业又正常了。问题已经找出来了,就是jdk的问题,解决方案就迎刃而解了。具体办法如下:
在下面四个目录(Java\jre6\lib\zi\Etc、Java\jre6\lib\zi、Java\jdk1.6.0_18\jre\lib\zi\Etc、Java\jdk1.6.0_18\jre\lib\zi)下找到GMT文件备份一下,然后复制一份GMT-8并重命名为GMT,复制完毕,重新运行一下java程序问题即可解决!
按照上述方法处理后,再次运行HelloWorld命令,输出正常了。次日观察作业也正常了。至此问题处理完毕。
以上是“JDK时区TimeZone与操作系统不一致怎么办”这篇文章的所有内容,感谢各位的阅读!希望分享的内容对大家有帮助,更多相关知识,欢迎关注创新互联行业资讯频道!
分享名称:JDK时区TimeZone与操作系统不一致怎么办
链接地址:http://myzitong.com/article/ijcdij.html