Java中的ClassPath 和 Package

一,类路径(classpath)

当你满怀着希望安装好了java,然后兴冲冲地写了个helloworld,然后编译,
运行,就等着那两个美好的单词出现在眼前,可是不幸的是,只看到了Can'tfind
classHelloWorld或者Exceptioninthread"main"java.lang.NoSuchMethodError:ma
in.
为什么呢?编译好的class明明在呀.
我们一起来看一看java程序的运行过程.我们已经知道java是通过java


虚拟机来解释运行的,也就是通过java命令,javac编译生成的.class
文件就是虚拟机要执行的代码,称之为字节码(bytecode),虚拟机通过classloader
来装载这些字节码,也就是通常意义上的类.这里就有一个问题,classloader从
哪里知道java本身的类库及用户自己的类在什么地方呢?或者有着缺省值(当前路径).
或者要有一个用户指定的变量来表明,这个变量就是类路径(classpath),或者在运行
的时候传参数给虚拟机.这也就是指明classpath的三个方法.编译的过程和运行
的过程大同小异,只是一个是找出来编译,另一个是找出来装载.
实际上java虚拟机是由javaluncher初始化的,也就是java(或java.exe)
这个程序来做的.虚拟机按以下顺序搜索并装载所有需要的类:
1,引导类:组成java平台的类,包含rt.jar和i18n.jar中的类.
2,扩展类:使用java扩展机制的类,都是位于扩展目录($JAVA_HOME/jre/lib/ext)
中的.jar档案包.
3,用户类:开发者定义的类或者没有使用java扩展机制的第三方产品.你必须在
命令行中使用-classpath选项或者使用CLASSPATH环境变量来确定这些类的位置.我
们在上面所说的用户自己的类就是特指这些类.
这样,一般来说,用户只需指定用户类的位置,引导类和扩展类是"自动"寻找的.
那么到底该怎么做呢?用户类路径就是一些包含类文件的目录,.jar,.zip文件的
列表,至于类具体怎么找,因为牵扯到package的问题,下面将会说到,暂时可认为
只要包含了这个类就算找到了这个类.根据平台的不同分隔符略有不同,类unix的系
统基本上都是":",windows多是";".其可能的来源是:

*".",即当前目录,这个是缺省值.


*CLASSPATH环境变量,一旦设置,将缺省值覆盖.
*命令行参数-cp或者-classpath,一旦指定,将上两者覆盖.
*由-jar参数指定的.jar档案包,就把所有其他的值覆盖,所有的类都来自这个指
定的档案包中.由于生成可执行的.jar文件,还需要其他一些知识,比如package,还有
特定的配置文件,本文的最后会提到.可先看看jdk自带的一些例子.

我们举个HelloWorld的例子来说明.先做以下假设:
*当前目录是/HelloWorld(或c:/HelloWorld,以后都使用前一个)
*jdk版本为1.2.2(linux下的)
*PATH环境变量设置正确.(这样可以在任何目录下都可以使用工具)
*文件是HelloWorld.java,内容是:

publicclassHelloWorld
{
publicstaticvoidmain(String[]args)
{
System.out.println("HelloWorld!/n");
System.exit(0);
}
}

首先这个文件一定要写对,如果对c熟悉的话,很有可能写成这样:



publicstaticvoidmain(intargc,String[]argv)
{
....
}

这样是不对的,不信可以试一试.由于手头没有java的规范,所以
作如下猜想:java的application程序,必须以publicstaticvoidmain(String[])
开始,其他不一样的都不行.

到现在为止,我们设置方面只设置了PATH.

1,当前路径就是指你的.class文件在当前目录下,

[HelloWorld]$javacHelloWorld.java//这一步不会有多大问题,
[HelloWorld]$javaHelloWorld//这一步可能就会有问题.

如果出了象开头那样的问题,首先确定不是由于敲错命令而出错.如果没有敲错命令,
那么接着做:

[HelloWorld]$echo$CLASSPATH
或者


c:/HelloWorld>echo%CLASSPATH%

看看CLASSPATH环境变量是否设置了,如果设置了,那么用以下命令:

[HelloWorld]$CLASSPATH=
或者
c:/HelloWorld>setCLASSPATH=

来使它为空,然后重新运行.这次用户类路径缺省的是".",所以应该不会有相
同的问题了.还有一个方法就是把"."加入到CLASSPATH中.

[/]$CLASSPATH=$CLASSPATH:.
或者
c:/HelloWorld>setCLASSPATH=%CLASSPATH%;.

同样也可以成功.GoodLuck.

2,当你的程序需要第三方的类库支持,而且比较常用,就可以采用此种方法.比如常
用的数据库驱动程序,写servlet需要的servlet包等等.设置方法就是在环境变量中
加入CLASSPATH.然后就可以直接编译运行了.还是以HelloWorld为例,比如你想在根
目录中运行它,那么你直接在根目录下执行



$javaHelloWorld
或者
c:/>javaHelloWorld

这样肯定会出错,如果你的CLASSPATH没有改动的话.我想大家应该知道为什么错了
吧,那么怎么改呢?前面说过,用户类路径就是一些包含你所需要的类的目录,.jar档案
包,.zip包.现在没有生成包,所以只好把HelloWorld.class所在的目录加到CLASSPAT
H
了,根据前面的做法,再运行一次,看看,呵呵,成功了,换个路径,又成功了!!不仅仅
可
以直接运行其中的类,当你要import其中的某些类时,同样处理.
不知道你想到没有,随着你的系统的不断的扩充,(当然了,都是一些需要java的东
西)
如果都加到这个环境变量里,那这个变量会越来越臃肿,虽然环境变量空间可以开很大,总
觉得有些不舒服.看看下面一个方法.

3,在命令行参数中指明classpath.

还是和上面相同的目标,在任何目录下执行HelloWorld,用这个方法怎么实现呢?

[/]$java-cp/HelloWorldHelloWorld
或者


c:/>java-cpc:/HelloWorldHelloWorld

就可以了.这是这种方法的最简单的应用了.当你使用了另外的包的时候,还可以采用
这
种方法.例如:

$javac-classpathaPath/aPackage.jar:.myJava.java
$java-cpaPath/aPackage.jar:.myJava
或者
c:/>javac-classpathaPath/aPackage.jar;.myJava.java
c:/>java-cpaPath/aPackage.jar;.myJava

这种方法也有一个不方便的的地方就是当第三方包所在的路径较长或者需要两个以上包
的
时候,每次编译运行都要写很长,非常不方便,这时候可以写脚本来解决.比如一个例子:

compile(文件,权限改为可执行,当前目录)

$catcompile
---------------------------
#!/bin/bash



javac-classpathaPath/aPackage.jar:anotherPath/anotherPackage.jar:.myJav
a.java
---------------------------

run(文件,权限改为可执行,当前目录)

$catrun
---------------------------
#!/bin/bash

java-cpaPath/aPackage.jar:anotherPath/anotherPackage.jar:.myJava
---------------------------

或者:

compile.bat

c:/HelloWorld>typecompile.bat
-------------------------
javac-classpathaPath/aPackage.jar:anotherPath/anotherPackage.jar:.myJav
a.java
-------------------------



run.bat

c:/HelloWorld>typerun.bat
------------------------
java-cpaPath/aPackage.jar:anotherPath/anotherPackage.jar:.myJava
------------------------
就可以了.试试看.
前面提到了扩展类,扩展类是什么呢?java的扩展类就是应用程序开发者用来
扩展核心平台功能的java类的包(或者是nativecode).虚拟机能像使用系统类一
样使用这些扩展类.有人建议可以把包放入扩展目录里,这样,CLASSPATH也不用设了,
也不用指定了,岂不是很方便?确实可以正确运行,但是个人认为这样不好,不能什么
东西都往里搁,一些标准的扩展包可以,比如,JavaServlet,Java3D等等.可以提个
建议,加一个环境变量,比如叫JARPATH,指定一个目录,专门存放用户的jarzip
等包,这个要等SUN公司来做了.


windows98下,我原来安装的时候,一直装不上,总是死机,好不容易装上了,缺
省的是不能运行正确的,然后把tool.jar放入CLASSPATH后工作正常.现在作测试,
去掉仍然是正确的.经过多次测试,发现如果原来曾装过jdk的都很好,没有装过的
装的时候会死机,多装几次就可以了.如果你发现正确安装后,不能正常工作,就把
tools.jar加入CLASSPATH,试一下.




二,包(package)

Java中的"包"是一个比较重要的概念,package是这样定义的:

Definition:Apackageisacollectionofrelatedclassesandinterfaces
thatprovidesaccessprotectionandnamespacemanagement.

也就是:一个包就是一些提供访问保护和命名空间管理的相关类与接口的集合.
使用包的目的就是使类容易查找使用,防止命名冲突,以及控制访问.
这里我们不讨论关于包的过多的东西,只讨论和编译,运行,类路径相关的东西.
至于包的其他内容,请自己查阅相关文档.

简单一点来说,包就是一个目录,下面的子包就是子目录,这个包里的类就是
这个目录下的文件.我们用一个例子来说明.
首先建目录结构如下:PackageTest/source/,以后根目录指的是PackageTest
目录,我们的源程序放在source目录下.源程序如下:

PackageTest.java

packagepktest;



importpktest.subpk.*;

publicclassPackageTest
{
privateStringvalue;

publicPackageTest(Strings)
{
value=s;
}

publicvoidprintvalue()
{
System.out.println("valueofPackageTestis"+value);
}

publicstaticvoidmain(String[]args)
{
PackageTesttest=newPackageTest("ThisisaTestPackage");
test.printvalue();
PackageSecondsecond=newPackageSecond("IaminPackageTest");


second.printvalue();
PackageSubsub=newPackageSub("IaminPackageTest");
sub.printvalue();
System.exit(0);
}
}

PackageSecond.java

packagepktest;

publicclassPackageSecond
{
privateStringvalue;

publicPackageSecond(Strings)
{
value=s;
}

publicvoidprintvalue()
{


System.out.println("valueofPackageSecondis"+value);
}
}

PackageSub.java

packagepktest.subpk;

importpktest.*;

publicclassPackageSub
{
privateStringvalue;

publicPackageSub(Strings)
{
value=s;
}

publicvoidprintvalue()
{
PackageSecondsecond=newPackageSecond("Iaminsubpackage.");


second.printvalue();
System.out.println("valueofPackageSubis"+value);
}

}

Main.java

importpktest.*;
importpktest.subpk.*;

publicclassMain()
{
publicstaticvoidmain()
{
PackageSecondsecond=newPackageSecond("IaminMain");
second.printvalue();
PackageSubsub=newPackageSub("IaminMain");
sub.printvalue();
System.exit(0);
}
}



其中,Main.java是包之外的一个程序,用来测试包外的程序访问包内的类,
PackageTest.java属于pktest这个包,也是主程序.PackageSecond.java也
属于pktest,PackageSub属于pktest下的subpk包,也就是pktest.subpk.
详细使用情况,请参看源程序.
好了,先把源程序都放在source目录下,使source成为当前目录,然后编
译一下,呵呵,出错了,

Main.java:1:Packagepktestnotfoundinimport.
importpktest.*;

这里涉及到类路径中包是怎么查找的,前面我们做了一点假设:"只要包含了
这个类就算找到了这个类",现在就有问题了.其实jdk的工具javacjava
javadoc都需要查找类,看见目录,就认为是包的名字,对于import语句来说,
一个包对应一个目录.这个例子中,importpktest.*,我们知道类路径可以包
含一个目录,那么就以那个目录为根,比如有个目录/myclass,那么就会在查找
/myclass/pktest目录及其下的类.所有的都找遍,如果没有就会报错.由于现在
的类路径只有当前目录,而当前目录下没有pktest目录,所以就会出错.类路径
还可以包含.jar.zip文件,这些就是可以带目录的压缩包,可以把.jar.zip
文件看做一个虚拟的目录,然后就和目录一样对待了.
好了,应该知道怎么做了吧,修改后的目录结构如下:



PackageTest
|
|__sourceMain.java
|
|__pktestPackageTest.javaPackageSecond.java
|
|__subpkPackageSub.java

然后重新编译,运行,哈哈,通过了.我们再来运行一下PackageTest.

[source]$javapktest/PackageTest

怎么又出错了?

Exceptioninthread"main"java.lang.NoClassDefFoundError:pktest/PackageTest

是这样的,java所要运行的是一个类的名字,它可不管你的类在什么地方,就象
我们前面所讨论的一样来查找这个类,所以它把pktest/PackageTest看成是一个类的
名字了,当然会出错了,应该这么做,

[source]$javapktest.PackageTest



大家应该明白道理吧,我就不多说了.注意javac不一样,是可以指明源文件路径
的,javac只编译,不运行,查找类也只有在源文件中碰到import时才会做,与源文件
所在的包没有关系.
似乎还又些不好的地方,怎么生成的.class文件这么分散呀,看着真别扭.别急,
javac有一个-d命令行参数,可以指定一个目录,把生成的.class文件按照包给你
好好地搁在这个目录里面.

[source]$mkdirclasses
[source]$javac-dclassespktest/PackageTest.java
[source]$javac-dclassesMain.java

那么运行怎么运行呢?

[source]$cdclasses
[classes]$javapktest.PackageTest
[classes]$javaMain

就可以了.其实jdk的这一套工具小巧简单,功能强大,不会用或者用错其
实不关工具的事,关键是明白工具背后的一些原理和必要的知识.集成环境是很好,
但是它屏蔽了很多底层的知识,不出错还好,一旦出错,如果没有这些必要的知识
就很难办,只好上bbs问,别人只告诉了你解决的具体方法,下一次遇到稍微变化
一点的问题又不懂了.所以不要拘泥于工具,java的这一套工具组合起来使用,中


小型工程(五六十个类),还是应付得下来的.


三,jar文件

以下把.jar.zip都看做是.jar文件.


1,从前面我们可以看出来jar文件在java中非常重要,极大地方便了用户的
使用.我们也可以做自己的.jar包.
还是使用前面那个例子,Main.java是包之外的东西,用了pktest包中的类,
我们现在就是要把pktest做成一个.jar包,很简单,刚才我们已经把pktest
中的.class都集中起来了,

[classes]$jar-cvfmypackage.jarpktest

就会生成mypackage.jar文件,测试一下,刚才我们生成的Main.class就在
classes目录下,所以,从前面可以知道:

[classes]$java-cpmypackage.jar:.Main

就可以运行了.



2,如果你看过jdk所带的例子,你就会知道,.jar还可以直接运行,

[/demo]$java-jaraJar.jar

那好,就那我们的试一试,

[classes]$java-jarmypackage.jar
FailedtoloadMain-Classmanifestattributefrom
mypackage.jar

看来我们的jar和它的jar还不一样,有什么不一样呢?拿它一个例子出来,
重新编译,生成.jar文件,比较后发现,是.jar压缩包中META-INF/MANIFEST.MF
文件不一样,多了一行,Main-Class:xxxxx,再看看出错信息,原来是没有指定
Main-Class,看看jar命令,发现有一个参数-m,

-mincludemanifestinformationfromspecifiedmanifestfile

和出错信息有点关系,看来它要读一个配制文件.只好照猫画虎写一个了.

[classes]$catmyManifest
Manifest-Version:1.0


Main-Class:pktest.PackageTest
Created-By:1.2.2(SunMicrosystemsInc.)

[classes]$jarcvfmmypackage.jarmyManifestpktest
addedmanifest
adding:pktest/(in=0)(out=0)(stored0%)
adding:pktest/PackageSecond.class(in=659)(out=395)(deflated40%)
adding:pktest/subpk/(in=0)(out=0)(stored0%)
adding:pktest/subpk/PackageSub.class(in=744)(out=454)(deflated38%)
adding:pktest/PackageTest.class(in=1041)(out=602)(deflated42%)

[classes]$java-jarmypackage.jar
valueofPackageTestisThisisaTestPackage
valueofPackageSecondisIaminPackageTest
valueofPackageSecondisIaminsubpackage.
valueofPackageSubisIaminPackageTest

好了,成功了,这样就做好了一个可以直接执行的.jar文件.大家可以自己试一试
做一个以Main为主程序的可执行的jar.


小结:



这篇文章中,我们讨论了java中的classpath,package,jar等基本但比较
重要的东西,主要是classpath.并不是简单的一份CLASSPATH的完全功略,而是
试图让读者明白其原理,自己思考,自己动手.其实大多数东西都在sun的javadoc
中都有,我只不过结合例子稍微谈了一下,希望能有所帮助.由于条件所限,只测试了
jdk1.2.2在98及linux的情况,其他版本的jdk和平台请大家自己测试,错误在
所难免,还请指正.

下面是一些需要注意的问题:

1,如果类路径中需要用到.jar文件,必须把jar文件的文件名放入类路径,而不是
其所在的目录.
2,在任何时候,类名必须带有完全的包名,
3,"."当前目录最好在你的类路径中.

下面是一些常见的编译和运行的模式.

4.TocompileHelloWorld.javaappinthedefaultpackageinC:/MyDir,use
CD/MyDir
C:/jdk1.3/bin/Javac.exe-classpath.HelloWorld.java
5.TorunaHelloWorld.classapp,inthedefaultpackageinC:/MyDir,use
CD/MyDir


C:/jdk1.3/bin/Java.exe-classpath.HelloWorld
6.TorunaHelloWorld.classapp,inthedefaultpackageinajarinC:/MyDir,use
CD/MyDir
C:/jdk1.3/bin/Java.exe-classpathHelloWorld.jarHelloWorld
7.TocompileaHelloWorld.javaappinC:/MyPackage,inpackageMyPackage,use
CD/
C:/jdk1.3/bin/Javac.exe-classpath.MyPackage/HelloWorld.java
8.TorunaHelloWorld.classappinC:/MyPackage,inpackageMyPackage,use
CD/
C:/jdk1.3/bin/Java.exe-classpath.MyPackage.HelloWorld
9.TorunaHelloWorld.classappinC:/MyPackage,inajarinpackageMyPackage,use
CD/MyDir
C:/jdk1.3/bin/Java.exe-classpathHelloWorld.jarMyPackage.HelloWorld

(注:defaultpackage指的是在程序中不指定任何包).

最后一个小小的建议,把sun的jdktoolsdocument．tion好好地看一看,
把jdk的那些工具javajavacjavadocjarjavapjdb......好好用一用,会
有好处的.TheSimplestIsTheBest.

---------------------------------------------------------------
转自：http://www.cublog.cn/u/21848/showart_181675.html