文件名称：win7系统下java相差8小时解决（经典小问题）
文件大小：10KB
文件格式：RAR
更新时间：2016-10-31 09:09:42
java win7 8小时 注册表 GTM
用户的测试机安装的win7，本人用的是 WEBLOGIC8.1 JDK1.4的。 测试时发现时间总是差8个小时，郁闷死。 立马想到时区不对，查看控制面板里时区设置（顺便BS一下win7，控制面板就不能学xp有个经典模式吗？郁闷死），发现时区设置正确，看来不是时区设置问题。 在win7下装JDK1.4和JDK1.5、eclipse，输出系统时区和时间。 果然，输出时区为"GMT"，时间差8小时。那就说明是jdk1.5在win7下取不到正确的时区。 什么原因呢，为了验证我的假设，又下了最新的jdk1.6，后台打印输出正常。 问题找到了，接下来就要解决。为什么xp下能取到时区儿而win7下取不到呢？ 搜索一下，到SUN论坛，发现SUN提到了这个bug，（http://java.sun.com/javase/tzupdater_README.html）而且发布了一个tzupdater。 按照使用说明下载、运行，再试，还是不行。 虽然用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！问题解决！ 本同目录下有两个注册表。一个是中国的 。一个是时区全的。那个都行。 其实本人也是参考CSDN部分帖子，再有疑问联系，CSDN:lawsystem 感谢 CSDN 无名贡献者。
【文件预览】：
所有时区注册表.reg
中国时区注册表.reg
WIN7时区解决问题经过.txt