关于Java的Classpath详解
关于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 目录中查找。
