`
linguoluo
  • 浏览: 17980 次
  • 性别: Icon_minigender_1
  • 来自: 福州
社区版块
存档分类
最新评论

【转】解决win7下使用jdk1.5,时间差8小时的问题

 
阅读更多
转自:http://blog.csdn.net/Nonetracer/article/details/5718796
俗话说,祸不单行。刚刚解决数据库连接慢的问题又遇到了时间不对的问题。用户的测试机安装的win7,测试时发现时间总是差8个小时。立马想到时区不对,查看控制面板里时区设置(顺便BS一下win7,控制面板就不能学xp有个经典模式吗?什么都找不到),发现时区正确,看来不是时区设置问题。

      使用第二套方案。在win7下装jdk1.5、eclipse,输出系统时区和时间。果然,输出时区为"GMT",时间差8小时。那就说明是jdk1.5在win7下取不到正确的时区。为了验证我的假设,又下了最新的jdk1.6,输出正常。

      问题找到了,接下来就要解决。为什么xp下能取到时区儿而win7下取不到呢?搜索一下,发现SUN提到了这个bug,而且发布了一个tzupdater,按照使用说明下载、运行,再试,还是不行。是我英文差使用说明理解错误吗-_-!我把updater的地址贴出来,如果哪有朋友用它运行成功了给个回话,我向您请教。(http://java.sun.com/javase/tzupdater_README.html)

      虽然用updater没有成功,但通过他的使用说明还是发现了一些东东。在/jdk1.5.0_04/jre/lib目录下有个tzmappings文件。用记事本打开,里面记录了所有地区的时区,格式为“China Standard Time:-1,75::Asia/Shanghai:”,看到它,很自然的联想到注册表。于是,打开注册表时区的节点[HKEY_LOCAL_MACHINE/SOFTWARE/Microsoft/Windows NT/CurrentVersion/Time Zones/China Standard Time]。有一个键值似曾相识,“MapID=-1,75”,这不就是tzmappings文件中记录的那个值吗。再看看其他时区,与那个文件中的值都是相同的。会不会Java是通过这个键值获取的时区?打开win7下注册表相同的节点,惊喜出现了,里面竟然没有MapID键,与xp对比了一下,少了MapID、Index键,多了MUI_Display、MUI_Dlt、MUI_Std,其他的不管,先把MapID键加上再说。加上后,再运行我那个取系统时间的测试程序,OK!问题解决!

      好了,看来就是这个原因,二话不说,从xp下导出全部注册表时区节点,为了保险起见,只保留MapID键,然后全部倒入win7注册表,这样,jdk1.5读取时间一切完好了!
分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics