java环境配置path classpath java_home

发布时间:2016-12-11 2:56:07 编辑:www.fx114.net 分享查询网我要评论
本篇文章主要介绍了"java环境配置path classpath java_home",主要涉及到java环境配置path classpath java_home方面的内容,对于java环境配置path classpath java_home感兴趣的同学可以参考一下。

本文是对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: [Copy to clipboard] [ - ] CODE: @echo off 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就可以了

上一篇:weblogic10.3 如何实现热部署
下一篇:拉格朗日对偶性

相关文章

相关评论