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:
如果是经常更新的产品或者有很多衍生产品的项目,需要共享这些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,我个人认为,已经是没有必要了。
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:
如果是经常更新的产品或者有很多衍生产品的项目,需要共享这些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,我个人认为,已经是没有必要了。
最后,楼主是不是应该自己试验一下再来提问啊,你就是试着安装,运行一下对你的系统也没什么坏处啊,而且可以加深自己的印象,如果是有错误的话,把错误报上来,我们也可以帮你分析啊。
原文地址:http://bbs.chinaunix.net/forum.php?mod=viewthread&tid=719110