解决win7下使用jdk1.5，时间差8小时的问题

      俗话说，祸不单行。刚刚解决数据库连接慢的问题又遇到了时间不对的问题。用户的测试机安装的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读取时间一切完好了！