昨晚在写
《第三篇 打造JAVA开发环境——EditPlus篇》时候，配置CodeGenerator插件后，发现在命令行中执行java命令时总提示找不到类（当然，我确定路径没有问题），这个问题之前在公司电脑上也遇到了（也是在配置了CodeGenerator插件后），那时候以为是JDK出现了问题，但又不想重新安装。这个问题竟然在我的电脑上再次出现，这说明不是JDK出问题了。那么问题出现在哪里呢？
记得刚开始学习JAVA的时候，很多书、视频上或者老师都会讲解java环境变量的设置。安装好Java后，通常需要配置几个环境变量：JAVA_HOME、PATH、CLASSPATH。当时也就是按照他们讲的做，至于原因或他们的作用却不是很了解，我想大部分人初学的时候都是这种状况，因为讲解的人一般都没有讲解所以然。今天遇到了环境变量相关的问题，于是将这些问题总结一下。
1 Java安装时要注意的问题
安装Java时，会建议不要把JDK安装在带有空格的路径中，如Program Files。为什么要这样建议呢？书上或老师的说法是：这样其他需要使用Java的软件有可能出现莫名其妙的问题。至于为什么会出现“莫名其妙的问题”却不得而知。其实，这个问题还是很好理解的。在命令行中，命令和选项、参数等是通过空格分割的，如果javac/java命令（因为其他软件引用该命名时，一般会使用完整路径）路径中有空格，空格前面部分会被当作命令来处理，显然会出问题。实际上，类文件路径中，如果包含空格，编译或运行时，这个路径是需要放在引号中的，否则会被当作两部分来处理。
2 Java环境变量配置是要注意的问题
其实安装完Java后，不配置环境变量也是可以用的。只是在命令行中使用Java相关命令需要带上完整路径而已。然而这样很不方便，还有就是Eclipse之类由Java编写的软件会运行不了。所以配置必要的环境变量还是很有必要的。
2.1 JAVA_HOME环境变量
配置过程就不说了，主要讲述一下该变量的作用。其实，就Java本身来说，是不需要JAVA_HOME环境变量的。该环境变量只是用于其它软件（由Java编写的）找到Java的安装路径，例如Ant就需要先配置JAVA_HOME环境变量。
2.2 PATH环境变量
配置该变量是为了方便使用Java相关命令时，不需要输入完整的路径，只需要输入命令名即可。
2.3 CLASSPATH环境变量
不少教程甚至老师都说要配置该环境变量，把rt.jar 和 tools.jar等加入其中。其实根本不需要，这些类是由JAVA启动类装载器（Boostrap Classloader）装载的，这些是启动类（Boot
strap classes）。
在这讲解一下JAVA程序运行时如何查找类文件？(以下来自51cto“
http://developer.51cto.com/art/200907/135263.htm”）
根据JDK文档说明, JAVA程序以以下3种顺序查找运行的类文件。
◆Bootstrap classes (*)
◆Extension classes
◆Users classes
2.3.1 Bootstrap classes
就是JAVA在启动时载入的类文件，这些类文件主要是rt.jar和jre/lib 目录下的一些类文件。Bootstrap过程中的class path是保存在 sun.boot.class.path系统属性中的。可以通过System.out.println(System.getProperty("sun.boot.class.path")); 来显示。同时Bootstrap classes 可以通过 -Xbootclasspath 命令行参数来指定。
下面列出了系统中默认的Bootstrap classes:
jre\lib\rt.jar; jre\lib\i18n.jar;
jre\lib\sunrsasign.jar; jre\lib\jsse.jar;
jre\lib\jce.jar; jre\lib\charsets.jar;
jre\classes
* Bootstrap
bootstrap是皮鞋后部的一条小带子或一个小环，它可以使你方便地把鞋子穿起来。在计算机中，是指使用一个很小的程序将某个特定的程序(通常是指操作系统)载入计算机中。
2.3.2 Extension classes (扩展类文件)
Extension classes主要是指的jre/lib/ext目录下的类文件，这些文件必须在jar文件或 zip文件中。如果不同名字的jar文件包含有相同的类文件，那么哪一个类文件被载入是不确定的。
2.3.3 User classes (用户自定义的类文件)
现在到了最重要的地方了，我们常说的CLASSPATH设置其实就是指定 User classes。JAVA按照以下四种顺序查找User classes。
2.3.3.1 默认的User classes . (dot) 就是指当前目录。
2.3.3.2 系统变量CLASSPATH设置所指定的类库，该变量覆盖(override)默认的User classes。
2.3.3.3 用命令行参数 -cp 或 -classpath指定的类库。这个时候覆盖默认的User classes 和CLASSPATH设置变量。
2.3.3.4 通过-jar 参数指定的jar文件。此时覆盖上面的三种情况，如果使用这种情况，所有的类文件必须来自指定的jar 文件。
了解了java如何查找User classes，我们接下来将要学习如何设置CLASSPATH变量。
2.3.4 配置CLASSPATH环境变量
如果只是一般运用java，只是用到java的基本库文件，练练手而已，则不需要CLASSPATH设置。
但是在一般开发情况下，这是很少遇到的。所以我们要自己CLASSPATH设置 。
我们一般的方法就是按照2.3.3.2 来设置CLASSPATH系统变量，像开始设置path一样，我们可以添加一个CLASSPATH设置的系统变量。网上有些文章所提到的添加rt.jar 和 tools.jar 等等是不需要的，因为这些类库是属于Bootstrap classes的。我们只要定义User classes ,如果我们要编译servlet 那么只要servlet-api.jar 和 jsp-api.jar 就可以实现基本的需要了。
另外要注意的是2.3.3.2 override 2.3.3.1。我们CLASSPATH设置时要将 .(dot)[表示当前目录]放在CLASSPATH设置中，然后用 ;(semicolon)分隔开来。由于其他提供的类文件都是放在jar文件中，我们设置时一定要将完整的jar 文件包含在CLASSPATH 设置中，而不是将其目录添加到CLASSPATH 设置中(很重要的一点)。
这个时候又一个问题出现了，当需要添加的jar 文件过多时，管理java 类库变得很麻烦。所以我认为在基础学习时用命令行编译调试，有利于JAVA的学习，但是到开发时则一般会要用到 IDE 工具(现在比较流行的是eclipse 和 netbeans )，或者通过Ant来编译。
3 总结
到这里，文章开始的问题便明朗了：没有配置CLASSPATH时，没有错误，配置了反而出错了，这就是因为2.3.3.2覆盖2.3.3.1。所以，在配置CLASSPATH时，应该将“.;”放在最前面，以便首先在当前目录搜索。
JAVA环境变量配置的相关问题就讲到这里，希望对您有所帮助。关于类装载器是一个很重要的问题，以后会专门写“JAVA虚拟机学习”的序列文章，其中就会详细讲解类装载器，敬请期待。
本文转自polaris1119 51CTO博客，原文链接：http://blog.51cto.com/polaris/374280
，如需转载请自行联系原作者
