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:
1. @echo off
2. if '%1=='## goto ENVSET
3.
4. SET APPHOME=%~dp0
5. SET LIBDIR=%APPHOME%lib
6. rem echo %LIBDIR%
7. SET CLSPATH=.
8. FOR %%c in (%LIBDIR%\*.jar) DO Call %0 ## %%c
9.
10. rem echo %CLSPATH%
11. rem echo %0
12. goto RUN
13.
14. :RUN
15. java -cp %CLSPATH% org.mypkg.MyMainClass
16. goto END
17.
18. :ENVSET
19. set CLSPATH=%CLSPATH%;%2
20. goto END
21.
22. :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，我个人认为，已经是没有必要了。
最后，楼主是不是应该自己试验一下再来提问啊，你就是试着安装，运行一下对你的系统也没什么坏处啊，而且可以加深自己的印象，如果是有错误的话，把错误报上来，我们也可以帮你分析啊。
