关于Java的Classpath详解
Java 的新入门者对classpath往往比较困惑,为何在开发环境中能运行的东东出去就不好,或在外面运行的东东挺溜的进了开发环境就死菜。
java的优点就是他是一个自动支持网络功能的东东,举一个简单例子来将
比方有一个Application用到了java.lang.String(事实上要是有一个程序没用到它,太难以想象了)和com.shinechina.MyClass(我自己写的)这两个类。
版本1:
package com.shinechina; public class MyClass { public static void main(String args[]) { String str = "版本1: hello, welcome to chinaasp java 技术"; System.out.println(str); } } |
版本2:
package com.shinechina; public class MyClass { public static void main(String args[]) { String str = "版本2:hello, welcome to chinaasp java 技术"; System.out.println(str); } } |
现在我要运行它了
java com.shinechina.MyClass
现在问题来了
Java怎么知道到何处找呢, 他到底该怎么办
假定版本一在 c:/mylib/com/shinechina/MyClass.java
假定版本二在 d:/mylib/com/shinechina/MyClass.java
注意:不要忘了编译成class文件吆, java文件是不能执行的
cd c:/mylib/com/shinechina
javac *.java
cd d:/mylib/com/shinechina
javac *.java
有了:
他先到机器的CLASSPATH去找,假设是windows系统 c:/mylib;d:/mylib;d:/jdk1.2.2/lib/rt.jar;
或unix系统 /home/local/:/usr/local/:/usr/local/jdk1.2.2/lib/rt.jar。好, c:/mylib下他找到了com目录,有戏, 又往下找又有shinechina目录,目录下找到了MyClass.class, Ok 就是他了,至于d:/mylib我的版本2的MyClass他就不理会了,至于String是在rt.jar压缩包中待会再讲他
执行的结果就是
版本1: hello, welcome to chinaasp java 技术
反过来d盘的路径在c:之前,执行的结果就是
版本2: hello, welcome to chinaasp java 技术
依次类推, 只有在类路径上第一个找到的才会执行,你要控制他执行那一个须如此:
java -classpath d:/mylib;%classpath% com.shinechina.MyClass
执行的结果就是
版本2: hello, welcome to chinaasp java 技术
开发环境中的执行就是这样,总有一个地方指定类路径的。
注意,开发环境往往不去读系统路径, 这也就是在外面运行的东东挺溜的进了开发环境就死菜的原因喽。
比如说jbuilder, jdevoloper从菜单project->project properties...->paths标签->Add...->添加定义好的library点ok或者new->输入name和classpath->ok。这个东东就被添加到了classpath中(运行时可在message view中看到)
再比如说visualAge for java , 点中你要运行的类->鼠标右击选中特性->类路径标签1。->编辑->全选,好,开发环境中的所有类都能找到了。
2、立即计算(只选中你需要的类, 如果有用class.forName之类通过程序显式装载的类的话,需要自己从编辑中手工家入了, 开发环境每能力帮你算出来了,如果内存没有问题的话,直接编辑->全选更方便吆)
3、如果你的类并不想引入开发环境的话,点中添加额外路径,编辑(下面的一个), 我不喜欢这样, 就不详细介绍了
高手的话,直接用jdk, 那么只好麻烦你要么加到系统classpath中(unix下为$CLASSPATH), 要么编译运行时显式指明classpath
下面介绍一个初学者最容易犯的错误
还以上节介绍的例子
假定版本一在 c:/mylib/com/shinechina/MyClass.java
编译后c:/mylib/com/shinechina/MyClass.class
怎么指定classpath呢
常见毛病
1、c:/mylib/com/shinechina/
2、c:/mylib/com/
正确
1、c:/mylib/
2、c:/mylib
转自:文三街在线
----------------------------------------------------------------------------------------------------------------------------------------------
(我附加的内容:)
理解类路径和包名
Java 类被组织成包,而这些包被映射到文件系统中的目录。但是与文件系统不同的是,无论何时指定包名,都应指定完整包名 -- 永远不要仅指定它的一部分。例如,java.awt.Button 的包名总是应指定为 java.awt。
例如,假定想要 Java 运行环境在包 utility.myapp 中查找名为 Cool.class 的类。如果该目录的路径为 C:/java/MyClasses/utility/myapp,则应该将类路径设置成包含 C:/java/MyClasses。
要运行该应用程序,可使用下述 JVM 命令:
C:> java -classpath C:/java/MyClasses utility.myapp.Cool
当该应用程序运行时,JVM 使用类路径设置查找在 utility.myapp 包中定义的任何其他类。
注意:应在命令中指定完整包名。例如,设置类路径包含 C:/java/MyClasses/utility 并使用命令 java myapp.Cool 是不可能的,因为这找不到该类。
(您可能想知道用什么定义类的包名。答案是:包名是类的一部分,并且不能修改,除非重新编译该类。)
注意:包规范机制一个有趣的结果是,属于相同包的多个文件实际上可存在于不同的目录中。对于每个类,包名都是相同的,但是每个文件的路径可从类路径中的不同目录开始。
文件夹和归档文件
当类存储在目录(文件夹)中时,例如 c:/java/MyClasses/utility/myapp,则类路径项指向包含包名第一个元素的目录(在这里为 C:/java/MyClasses,因为包名是 utility.myapp)。
但是当类存储在归档文件(.zip 或 .jar 文件)中时,类路径项则是该 .zip 或 .jar 文件的路径。例如,要使用位于 .jar 文件中的类库,则命令应该类似下述形式:
java -classpath C:/java/MyClasses/myclasses.jar utility.myapp.Cool
多重指定
要在目录 C:/java/MyClasses 和 C:/java/OtherClasses 中查找类文件,则可将类路径设置为:
java -classpath C:/java/MyClasses;C:/java/OtherClasses ...
注意两个路径之间用分号分隔。
指定次序
指定多个类路径项的次序是相当重要的。Java 解释器将按照目录在类路径变量中的次序在各个目录中查找类。在上例中,Java 解释器首先在目录 C:/java/MyClasses 中查找需要的类。只有当它在该目录中没有找到该类时,解释器才能到 C:/java/OtherClasses 目录中查找。