| |
技术文档>>JAVA>>新手入门>>基础入门>查看文档 |
|
| |
java的package与import机制之我的理解(初学者的心得) |
|
| |
文章作者:未知 文章来源:水木森林 |
|
| |
查看:67次 录入:管理员--2007-11-17 |
|
| |
以下内容的测试条件是你的机器上，设置了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所覆盖，没有累加效果。
当编译器将类路径引用表建立好之后，接着编译
|
|
