JDK在安装地过程当中将会生成如下3个项目的

1、JDK在安装的过程当中将会生成如下 3个项目：HKEY_LOCAL_MACHINESOFTWAREJavaSoftJava Developme nt KitHKEY_LOCAL_MACHINESOFTWAREJavaSoftJava Plug-in HKEY_LOCAL_MACHINESOFTWAREJavaSoftJava Ru ntime En vir onment同时，JDK安装程序将会把java.exe , javaw.exe，javareg.exe 这3个可执行 文件拷贝到winntsystem32目录下，由于 winntsystem32被操作系统缺省的设置为最高优先权的PATH搜索

2、路径，因此可保证用户在命令行任何目录下 可运行java.exe来启动JVM。java.exe在启动时是通过下面方式来确定的：假如存在./jre/bin/java.dll 文件，则查找./jre/lib/ jvm.cfg 文件，在该文件中， 第1个被列出的jvm.dll类型作为缺省值（假如在java.exe命令行指定了 jvm.dll 的类型，则使用指定类型）。jvm.dll类型分为hotspot ，classic，server三种。 假如不存在./jre/lib/jvm.cfg 文件，则打印你说的错误信息：如不存在./jre/bin/java.dll（当运行的是 winntsystem32ja

3、va.exe），则注册表将在此时发挥作用，HKEY_LOCAL_MACHINESOFTWAREJavaSoftJavaRun time En viro nment Curre ntVersio n键值所记录的实际上是wi nn tsystem32java.exe的版本值，该版本值只保存主、次两个版本号，如1.2，1.3 等。同时java.exe程序内部本身也有一个标识自身的版本值，如1.2 >1.3等。java.exe根据自己内部的版本值和 Curre ntVersion 值相比较，如果发现两个值相等，则 将在 HKEY_LOCAL_MACHINESOFTWARE JavaSoft

4、9;Java RuntimeEnvironmentMainVersion.MicroVersion项下获取JRE所在目录及动态链接库，这两个键的名称分别是 JavaHome 和RuntimeLib , MainVersion 表示主 版本号，MicroVersion 表示次版本号。如果java.exe内部版本值和CurrentVersion不一致，则报类似以下的错误：Registry key 'SoftwareJavaSoftJava Run timeEn viro nmen tCurre ntVersio n'has value '1.2', but '

5、;1.3' is required.意思是说，注册表当前所记载的 winntsystem32java.exe 版本为1.2，但是此 时运行的java.exe版本为1.3。java.exe抱怨除非注册表有1.3版的记载，否 则自己无法正确定位JRE目录和jvm.dll，因此提示1.3是需要的。这里，我们不能简单的修改注册表的 Curre ntVersion 值来达到这个目的。一般 地，当在系统中装了两套版本的 Java2 SDK （如先装1.2而后又装了 1.3），后 面安装的Java2 SDK会将自己带的java.exe和javaw.exe拷贝到winntsystem32目录下，从而覆

6、盖先前版本的 java.exe 和 javaw.exe，并且在注册表中改写 CurrentVersion 为1.3。所以建议在安装Java2 SDK前，先卸 载以前安装的版本。如果人为的修改Curre ntVersion ，会使得不同版本的java.exe加载与己版本不符的java.dll及jvm.dll，将引起难以预料的后果！特殊情况：JBuilder自己带一套JDK，在JBuilder安装完成后，JBuilder安装程序会修改 CurrentVersion 为自己所带JDK的版本，但不会覆盖 winntsystem32 下的 java.exe 和 javaw.exe。WebLogic自己带

7、一套JDK，在WebLogic安装完成后，WebLogic安装程序 不会修改注册表，也不会覆盖 winntsystem32 下的java.exe和javaw.exe 。Oracle自己带一套JDK （般是比较低版本的，例如仅仅带）， 在Oracle安装完成后，Oracle安装程序不会修改注册表，也不会覆盖winntsystem32 下的 java.exe 和 javaw.exe。但是，Oralce 安装程序会修改 系统PATH变量，将自带的JRE的bin路径加入其中，且置于最前面。随着Oracle 安装版本的不同，其自带JRE的JVM启动程序也不同。在笔者机器上安装的，其 JRE就装在 C:P

8、rogram FilesOracle 下，并将 放在 PATH 变量最前，其 JVM 启动程序是 jre.exe 而非 java.exe以上就是Java2 SDK在Windows下安装时所做的动作，这样会带来兼容性问题：问题背景：安装Java2 SDK后，安装了 JBuilder6，未修改任何PATH变量问题1当在操作系统中安装了 JDK1.2，其后安装了 JBuilder6 （自带），这时CurrentVersion 为1.3，在命令行执行java -version 时，提示：Registry key 'SoftwareJavaSoftJava Run timeEn viro nme

9、n tCurre ntVersio n'has value '1.3', but '1.2' is required.解决方法：将JDK 1.2中java.exe所在路径加入到操作系统PATH的首位，从而保证在命令行调用java时总是执行JDK 1.2中的java.exe，以使得java.exe 可正确定位JRE和jvm.dll o问题2当在操作系统中安装了 ，而后安装了 JBuilder6 （自带），这时CurrentVersion 为1.3，但是此1.3是指向的是JBuilder6自带的的JRE,而非指向先前的JRE,当在命令行执行java -ver

10、sion 时，此 时执行的是拷贝到winntsystem32 的一个java.exe副本，但打印的版本信息却是：导致该问题的原因是java.exe只维护小数点后1位的版本号，而非2位。解决方法：同问题1问题3 :如果在操作系统中先安装了 ，而后安装了带有与安装JDK主次版本相 同的JBuilder6 (带，前两位相同)，贝U问题1实际上被隐蔽了，没 有发生的机会；而问题2的隐蔽性也很强，不容易发觉，因为人们往往会忽略 JDK的第3个版本号。如问题2所叙，在命令行执行java，虽然是使用的一个java.exe副 本(winntsystem32 目录下)，而实际上却是使用 JBuilder6下的

11、JRE及其目录结构，其结果是当我们使用 Java2的extension mechanism 将jar 文件放到的jrelibext目录下时，发现达不到希望的效果 -在命令 行用java启动程序时，不会自动去 的jrelibext目录下去搜索jar文件，它只会去JBuilder6下的jrelibext 去搜索jar文件，而JBuilder6下的并不存在jrelibext这么一个目录！问题3极为隐蔽，除非完全对Java2 SDK的安装及class定位机制了解，一般 的开发者是难以发现问题所在的。有关Java2中class定位机制，见Java2中的class定位机制一文。事实上，即使仅仅在系统中存在

12、一份，如果在命令行运行java的话，使用的JRE目录是C:Program FilesJavaSoftJRE1.3，也就是说，即使我们在c:jdk1.3jrelibext下放置我们的extension jar，也得不到预期的结果。正确的做法是放在 C:Program FilesJavaSoftJRE1.3libext 目录下。解决方法：同问题1综上所叙，强烈建议将JDK_HOME%bin目录放在 Windows操作系统的PATH变量的首位，以避免潜在的问题。而在UNIX下，则完全不存在类似 Windows操作系统上的问题。我们在命令下执行的java是/bin/java$which java$/b

13、in/java而/bin是到/usr/bin 的链接，也就是说/bin/java 实际上是/usr/bin/java而/usr/bin/java实际上链接到 /usr/java/bin/java,/usr/java 是至U/usr/java1.2的链接(Solaris 7或更高系统内置JDK 1.2)，所以我们实际上执行的java是/usr/java1.2/b in/java根据UNIX上的情况，java在运行时实际上总是可以用./jre/lib/sparc/libjava.so 和./jre/lib/sparc/libjvm.so 来找到这 2 个文件， 前者类似于 Windows下的jav

14、a.dll /而后者类似于 Windows下的jvm.dll。所 以java也总是可以确定自己JRE的目录。Windows和UNIX上用到的动态链接库，实际上在Sun的文档中称为optional package's native code binaries / optional pakage 实际上即为 extension mechanism classes ，详见Java2 中的 class 定位机制。要更改UNIX上java的版本，更改/usr/java的链接是其中一个方法，具体可参 见JDK在UNIX上的安装介绍。补充：(2002-12-23 )Windows 如何定位 Plug-in根据在PATH环境变量中找到的java.exe的版本号，至VHKEY_LOCAL_MACHINESOFTWAREJavaSoftJava Plug-in 下寻找对应版 本的 Java Plug-in，在 HKEY_LOCAL_MACHINESOFTWAREJavaSoftJava Plug-in下可以有多个版本的 Plug-in存在。不依赖 HKEY_LOCAL_MACHINESOFTWARE JavaSoft'Java DevelopmentKit 的 C