解决win7下使用jdk1.5,时间差8小时的问题
来源:互联网 发布:nba2k14 for mac版 编辑:程序博客网 时间:2024/05/21 17:36
俗话说,祸不单行。刚刚解决数据库连接慢的问题又遇到了时间不对的问题。用户的测试机安装的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读取时间一切完好了!
- 解决win7下使用jdk1.5,时间差8小时的问题
- 解决win7下使用jdk1.5,时间差8小时的问题
- 解决SimpleDateFormat输出时间差8小时的问题
- linux下时间差8小时解决
- 解决win7下tomcat启动时间差问题
- 解决各种8小时时间差的方法
- Win7与CentOS双系统时间差8个小时问题
- Win7与CentOS双系统时间差8个小时问题
- 解决2008系统中使用java的Date获取时间总是比实际时间差了8个小时的问题
- 如何解决 Windows 和 Manjaro 双系统时间差8小时的问题
- 双系统win7时间造8小时问题的解决
- iOS时间差8小时问题
- Ubuntu+Windows双系统下,两个系统时间差8小时的问题
- proftpd的时间差8个小时的问题
- PHP获取当前时间差8小时的问题
- new Date() 和实际时间差8小时的问题
- PHP获取当前时间差8小时的问题
- PHP获取当前时间差8小时的问题
- Linux根目录下各目录作用(转)
- 了解XMLHTTP异步调用WebService
- asp.net 左右滚动的图片展示效果
- web地图小试
- STL实践指南 一
- 解决win7下使用jdk1.5,时间差8小时的问题
- CE6编译出错error C2220: warning treated as error - no 'object' file generated
- 亚马逊前雇员推出开源系统整合框架
- Crawling PDF files in MOSS Search
- MFC中播放WAV文件的方法
- CE PE
- 每次手动改IP很烦躁,写个Windows下自动改IP设置的小脚本
- STL实践指南(二) 收藏
- 用 MyEciplse时 some character can not mapped using "iso-8859-1" character encoding 解决