本文是对java初学时，关于环境变量设置一些比较详细的作用的整理
注意：java安装目录，根据相关资料，强烈建议不要有空格
以下整理来自：
http://www.233.com/ncre2/JAVA/fudao/20090105/08544756.html
本文主要参考资料来自官方JDK文档，希望对大家有用（所说的观点针对1.4.2 and 5.0版本）。
1.预备知识
1.1安装JDK
到这里根据不同的操作系统，下载相应的J2SE JDK 版本（写这篇文章时最新的JDK 为1.5 update 7）。假定我们把JDK安装到D：JDK1507 ，不安装public JRE。
1.2 设置path
在[我的电脑]上右击，选择[属性].再选择[高级]-[环境变量]，在[系统变量]中添加一个新的变量JAVA_HOME=D：JDK1507，然后再编辑path变量，在原来的path前面添加[ %JAVA_HOME%BIN； ]（方框中的文字）。这样就完成了JAVA的基本设置。（windows 98 下如何在autoexec.bat 中设置，请自己找资料）
1.3 演示程序
为了帮助理解，我写了一个JavaBootTest.java 的小程序来显示。
public class JavaBootTest {
public static void main（String[] args） {
System.out.println（" The Classpath are： "）；
System.out.println（System.getProperty（"java.class.path"））；
//other program lines
}
}
用下面的两条命令分别编译和运行。
javac JavaBootTest.java
java JavaBootTest
2. JAVA程序运行时如何查找类文件
根据JDK 文档说明， JAVA 程序以以下3种顺序查找运行的类文件。
1.Bootstrap classes （*）
2.Extension classes
3.Users classes
2.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：
jrelibrt.jar； jrelibi18n.jar；
jrelibsunrsasign.jar； jrelibjsse.jar；
jrelibjce.jar； jrelibcharsets.jar；
jreclasses
* Bootstrap
bootstrap是皮鞋后部的一条小带子或一个小环，它可以使你方便地把鞋子穿起来。在计算机中，是指使用一个很小的程序将某个特定的程序（通常是指操作系统）载入计算机中。
2.2 Extension classes （扩展类文件）
Extension classes 主要是指的jre/lib/ext 目录下的类文件，这些文件必须在jar 文件或 zip 文件中。如果不同名字的jar 文件包含有相同的类文件，那么哪一个类文件被载入是不确定的。
2.3 User classes （用户自定义的类文件）
现在到了最重要的地方了，我们常说的设置CLASSPATH 其实就是指定 User classes.JAVA 按照以下四种顺序查找User classes.
2.3.1. 默认的User classes . （dot） 就是指当前目录。
2.3.2. 系统变量 CLASSPATH 所指定的类库，该变量覆盖（override）默认的User classes.
2.3.3. 用命令行参数 -cp 或 -classpath指定的类库。这个时候覆盖默认的User classes 和CLASSPATH变量。
2.3.4. 通过-jar 参数指定的jar文件。此时覆盖上面的三种情况，如果使用这种情况，所有的类文件必须来自指定的jar 文件。
了解了java如何查找User classes，我们接下来将要学习如何设置 CLASSPATH变量。
3.如何正确设置CLASSPATH
如果只是一般运用java，只是用到java的基本库文件，练练手而已，则不需要设置CLASSPATH .
但是在一般开发情况下，这是很少遇到的。所以我们要自己设置CLASSPATH .
我们一般的方法就是按照2.3.2 来设置CLASSPATH 系统变量，像开始设置path一样，我们可以添加一个CLASSPATH的系统变量。网上有些文章所提到的添加rt.jar 和 tools.jar 等等是不需要的，因为这些类库是属于Bootstrap classes的。我们只要定义User classes ，如果我们要编译servlet 那么只要servlet-api.jar 和 jsp-api.jar 就可以实现基本的需要了。
另外要注意的是2.3.2 override 2.3.1.我们设置CLASSPATH 时要将 .（dot）[表示当前目录]放在CLASSPATH中，然后用 ；（semicolon）分隔开来。由于其他提供的类文件都是放在jar文件中，我们设置时一定要将完整的jar 文件包含在CLASSPATH 中，而不是将其目录添加到CLASSPATH 中（很重要的一点，我以前就是理解错误了）。
这个时候又一个问题出现了，当需要添加的jar 文件过多时，管理java 类库变得很麻烦。所以我认为在基础学习时用命令行编译调试，有利于JAVA的学习，但是到开发时则一定要用到 IDE 工具（现在比较流行的是eclipse 和 netbeans ，还有些人喜欢 jcreator）.
在eclipse 中通过 [windows][Preferences][Java][Build Path]来指定。其中有两部分Classpath Variables & User Libraries.如何设置在这里就不详细说明了，自己试一下就可以了，比较简单。在新建项目时，把自己定义的变量添加到Build Path 中就可以了。
详细说明来自：
http://blog.csdn.net/flyhawk007blog/article/details/3001996
不知道大家为什么这么喜欢设置CLASSPATH，我已经很多年没有在系统里面设置过CLASSPATH这个环境变量了，原因如下：
1，现在的应用基本上不需要设置CLASSPATH，尤其是指向tools.jar 和rt.jar，只要能够找到jre，系统自动会找到这些jre自带的classpath（除非你人为地把这些jar文件移动到其他地方去了）
2，有些应用程序的启动程序或者启动脚本会自己设置classpath，如果系统原来有classpath，反而会造成混淆。我现在用eclipse, tomcat, jboss, netbeans ，不需要设置额外的classpath都可以正常运行。
3，classpath太多也导致搜索和装载class的速度减慢，因为loadclass的时候，ClassLoader会从整个classpath里面寻找
4，设置的classpath不利于应用的安装部署，一旦运行环境发生变化（如系统升级或者加入新的jar包）经常因手工设置的classpath不对而造成问题。尤其是，跨平台部署的时候，classpath的目录分隔符都不一样的。
5，设置classpath有时候还造成jdk或者应用程序安装时产生莫名奇妙的错误（由于预先指定的class和新安装的版本冲突导致）
我的解决方案：
1，安装jdk或者jre，基本上都按默认安装（你当然可以决定装在不同的目录下），唯一要设置的环境变量是%JAVA_HOME%。无须设置%CLASSPATH%
3，开发的产品，如果是不经常更新的产品，就自己单独提供一个lib目录，下面存放所有需要的jar文件，然后用一个特殊的启动脚本，自动读取该目录下所有的.jar文件来生成%CLASSPATH%变量。
run.bat:
if '%1=='## goto ENVSET
SET APPHOME=%~dp0
SET LIBDIR=%APPHOME%lib
rem echo %LIBDIR%
SET CLSPATH=.
FOR %%c in (%LIBDIR%/*.jar) DO Call %0 ## %%c
rem echo %CLSPATH%
rem echo %0
goto RUN
:RUN
java -cp %CLSPATH% org.mypkg.MyMainClass
goto END
:ENVSET
set CLSPATH=%CLSPATH%;%2
goto END
:END
如果是经常更新的产品或者有很多衍生产品的项目，需要共享这些jar的，就采用如下办法：
a)把需要的jar放到 %JAVA_HOME%/jre/lib/ext 目录下
b)把需要的jar放到单独的目录下，然后在运行时设置java的环境变量 java.ext.dirs
java -Djava.ext.dirs=%JAVA_HOME%/jre/lib/ext;C:/myjarlib org.mypkg.MyMainClass
这样做的好处在于：
1)应用程序仅需要加载他们需要的classpath，无需加载所有的。
2)减少出错，由于系统自动读取jar文件名，就不会发生拼写错误，也不会发生重复设置同一个jar文件。
3)有利于部署，自己开发的应用也可以打包成为jar文件，向客户交付的时候只要上传一个文件就可以了，不会漏掉任何东西，也无须在客户处“安装”或者预设置任何东西即可直接运行。
如果你的开发中用了很多第三方的组件，尤其是commons-系列，设置classpath也会是个很头痛的事情，现在可以跟他们告别了，再也不要让设置classpath成为学习/开发和使用java的负担！
既然现在这么多java开发的专业软件都不需要你设置系统的classpath，这是我们应该遵循的一个方向，开发简单、易安装、易用的java应用。尽管很多学习java的教材上还说要设置tools.jar和rt.jar，还在教如何设置系统CLASSPATH环境变量等等，那都是java 1.2以前的事了。现在已经java 1.5了，今年夏天java 1.6都要发布了，我们要接受新的观念，我们要学习，了解classpath的作用和用法，但是，在系统环境变量里面设置classpath，我个人认为，已经是没有必要了。
然想起一个问题，我不用设置classpath的一个重要原因是我使用netbeans或者eclipse作为我的开发工具，而这些开发工具有为每个不同的项目设置不同的classpath功能。如果你没有用开发工具，还在用notepad，或者小型的开发工具如jcreatorpro之类的，还是需要classpath，不过，你可以把我的bat稍加修改以后放到你的autoexec.bat里面去引用call setcp.bat，这样也可以动态设置classpath。不过，我看不出有什么理由可以排斥使用专业的开发工具，“工欲善其事，必先利其器”，Sun和IBM花那么大的代价打造的netbeans和eclipse，就是非常好的java开发平台，而且，他们都是免费的！如果没有好的开发工具，要开发好超过10个以上的class的项目的难度是非常大的，开发超过100个class的项目几乎不可能了。如果你还没有开始使用专业的开发工具，now it's the time!去www.eclipse.org 或者www.netbeans.org 下载一个，刚开始可能有些困难，需要摸索一下，用熟了就好了，将带给你前所未有的便利。
如果你是用eclipse的话，几乎什么都不用配就可以用了。酷吧！
如果要在eclipse里面是用tomcat，要在eclipse下面设置一个额外的jre，指向jdk的主目录就可以了。
如果你的项目中使用第三方包的话，可以把所需的包放在项目的/lib目录下，右键点该jar文件，在跳出菜单里面选择build path->add to build path，这个jar就被包含在项目中了，你就可以使用里面的class了。
如果你要共享jar包，可以在项目属性里面的build path里面点add external jars，选择你要的jar文件。
如果你要共享很多jar包，可以在项目属性里面的build path里面，选择user library，创建一个自己的user library，里面包含所需的所有的jar包，以后新的项目，都使用这个library就可以了
扫一扫
1962
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
