Java的Package与Import机制之我的理解(初学者的心得)
以下内容的测试条件是你的机器上，设置了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所覆盖，没有累加效果。
当编译器将类路径引用表建立好之后，接着编译