以下内容的测试条件是你的机器上,设置了path命令path= d:\jdk1.4\bin;d:\jdk1.4\lib;,能正常执行java和javac命令,不用设置classpath路径的情况下。
从一个简单的例子谈谈package和import机制
基本原则:为什么需要将java文件和类文件切实安置到其所归属之package所对应的相对路径下。
为什么要这样做呢?如果你在程式中,用到打包命令package,并且直接编译和执行该程式。例如:以下面程式为例:
package a.b.c;
public class hello
{
public static void main(string args[])
{
system.out.println("hello the world!");
}
}
此程式能编译通过,不过执行时,却提示以下错误!
d:\my\xdj>javac hello.java
d:\my\xdj>java hello
exception in thread "main" java.lang.noclassdeffounderror: hello (wrong name: a/
b/c/hello)
at java.lang.classloader.defineclass0(native method)
at java.lang.classloader.defineclass(classloader.java:537)
at java.security.secureclassloader.defineclass(secureclassloader.java:12
3)
at java.net.urlclassloader.defineclass(urlclassloader.java:251)
at java.net.urlclassloader.access$100(urlclassloader.java:55)
at java.net.urlclassloader$1.run(urlclassloader.java:194)
at java.security.accesscontroller.doprivileged(native method)
at java.net.urlclassloader.findclass(urlclassloader.java:187)
at java.lang.classloader.loadclass(classloader.java:289)
at sun.misc.launcher$appclassloader.loadclass(launcher.java:274)
at java.lang.classloader.loadclass(classloader.java:235)
at java.lang.classloader.loadclassinternal(classloader.java:302)
d:\my\xdj>
在xdj目录下建立一个\a\b\c子目录把hello.java放在他下面,用以下命令进行编译和执行时,可正常通过!
d:\my\xdj>javac d:\my\xdj\a\b\c\hello.java
d:\my\xdj>java a.b.c.hello
hello the world!
d:\my\xdj>
再看下面另外一种情况,先让我们在xdj目录下建立两个文件a.java和b.java文件,其内容如下。
a.java文件内容:
import a.b.c.*;
public class a
{
public static void main(string[] args)
{
b b1=new b();
b1.print();
}
}
a.java文件内容:
package a.b.c;
public class b
{
public void print()
{
system.out.println("我是被调用子类的程式输出呀!");
}
}
直接编译a.java文件时,会提示以下错误!
d:\my\xdj>javac a.java
a.java:1: package a.b.c does not exist
import a.b.c.*;
^
a.java:6: cannot access b
bad class file: .\b.java
file does not contain class b
please remove or make sure it appears in the correct subdirectory of the classpa
th.
b b1=new b();
^
2 errors
d:\my\xdj>
接下来,我们把b.java移到xdj\a\b\c\下,并把\xdj目录下的b.java删除掉呀!重新执行编译指令,这次肯定能编译成功!你能发现b.java也同时被编译过了,这就是所谓的make编译方式。
d:\my\xdj>javac a.java
d:\my\xdj>
提示1:如果你在\xdj目录下仍保留一个b.java文件的话,执行对主程式的编译命令时仍会报错!你自己能试试呀!
提示2:如果你删除\xdj\a\b\c\b.java文件的话,保留b.class文件,执行对主程式的编译命令时是能通过,此地能不必子程式的原始码。
提出一个问题:如果把目录\a\b\c全部剪切到其他目录,如d盘根目录下,在\xdj目录如果执行编译和执行命令呢?
非常明显,会报以下错误!当然了,前提条件是你没有设置classpath路径,其实只要没把类搜索路径设置到我这个位置就会出错的!你试试吧!
d:\my\xdj>javac a.java
a.java:1: package a.b.c does not exist
import a.b.c.*;
^
a.java:6: cannot resolve symbol
symbol : class b
location: class a
b b1=new b();
^
a.java:6: cannot resolve symbol
symbol : class b
location: class a
b b1=new b();
^
3 errors
d:\my\xdj>java a
exception in thread "main" java.lang.noclassdeffounderror: a/b/c/b
at a.main(a.java:6)
d:\my\xdj>
解决的办法能用以下命令即可正常编译和执行:
d:\my\xdj>javac -classpath d:\ a.java
d:\my\xdj>java -classpath d:\;a
我是被调用子类的程式输出呀!
d:\my\xdj>
提示3:-classpath参数,缺省是以当前目录为根基目录的,即不带-classpath参数的情况下。
提示4:使用java.exe还是javac.exe,最佳明确指定-classpath选项,可设置环境变量classpath即可,同时设置了-classpath参数和环境变量classpath时,会以-classpath参数为主的。如果在他们所指定的路径或jar文件中存有package名称和类名称相同的类,会引起混淆的!
如果你在d盘的根目录生成一个打包文件a.zip,其内容目录a\b\c\下的所有文件的话,你也能用下面命令进行编译和执行。
d:\my\xdj>javac -classpath d:\a.zip a.java
d:\my\xdj>java -classpath d:\a.zip;. a
我是被调用子类的程式输出呀!
d:\my\xdj>
以上讨论就暂告一段落吧!如果你还想进一步了解package和import机制话,哪你能继续往下看下去的。
深入分析package和import机制部分
不管你有没有使用import指令,存在目前目录下的类都会被编译器优先采用,只要他不属于所有package。这是因为编译器总是先假设你所输入的类名就是该类的全名(不属于所有package),然后-classpath所指定的路径中搜索属于该类的.java文件或.class文件,在这里能知道default package的角色非常特别。
必须明确告诉编译器我们用到哪个package下的类,导入时或在包名称.类名称中进行引用。导入某个包时,一定要进行-classpath路径指定某个包的位置。你如果指定了多个路径话,如果在一个路径下已找到了该包话,就优先引用该包的类。
当java编译器开始编译某个类的原始码时,首先他会做一件事情,这就是建立“类路径引用表”,他是根据参数-classpath或classpath环境变量来建立的。如果没有指定选项-classpath或环境变量classpath时,缺省情况下类路径引用表只有一笔记录,即当前的目录(“.”)。环境变量classpath的内容会被选项-classpath所覆盖,没有累加效果。
当编译器将类路径引用表建立好之后,接着编译器要确定他能利用类引用表里的数据作为相对起始路径,找到所有用到的package。
编译器还要完成一张名为“类引用表”和“相对类引用表”的数据结构。
整个编译程式中package和import机制相关的部分流程如下:
开始,
建立类路径引用表和类引用表;
如果建立成功:则类名称解析程式:
如果已存在该类的类文件,继续其他的编译工作。
如果该类的文件不存在,寻找该类的原始码文件:
如果找到,则编译该
类的原始码,继续
其他的编译工作。
此时,也可返回到
开始,make机制,
递归式编译。
如果未找到,编译
结束,发出警告
信息。
如果建立失败:编译结束,发出警告信息(2)。
java动态链接本质研究
不管你在同一个原始码(.java)中使用了几个类声明,他们都会一一编译成.class文件,即使是内部类、匿名类都是相同。在java中,对于每一个类所构成的类文件,都可将他视为动态链接库。
在类文件中,所有对于特写类的操作都被转换成类的全名。import除了用来指引编译器解析出正确的类名称之外,没有其他功能。
在运行时期,仍然用到一个和编译器相同的程式,就是类路径引用表的建立,而利用动态链接载入类文件的机制流程如下:开始,建立类路径引用表,根据类文件内部的信息,和类路径引用表的数据合成类文件的绝对路径。如果找到类文件,检查该类的类文件内部信息,是否符合相对路径信息:如果符合,载入该类。如果不符合,执行错误,发出exception信息。
如果未找到类文件,则执行错误,发出exception信息。最后,需要说明的是,在java中提供许多的类包,java语言中将完成和计算机底层相关的输入输出、常用的数据类型转换等功能的函数封装在包中。如果你的程式提示未找到这样基础包的话,你就能用参数-classpath或环境变量classpath进行指定位置来解决此类问题!