从一个简单的例子谈谈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();
^
提示1:如果你在\xdj目录下仍保留一个b.java文件的话,执行对主程序的编译命令时仍会报错!你自己可以试试呀!
提示2:如果你删除\xdj\a\b\c\b.java文件的话,保留b.class文件,执行对主程序的编译命令时是可以通过,此地可以不需要子程序的源代码。
http://blog.csdn.net/xiaodajin/archive/2005/04/21/357256.aspx