通常package包会把很多人搞糊涂，于是我翻阅资料发现“java编程思想”中有比较详尽
　　的解释于是与大家分享，希望能祝你一臂之力。
　　
　　package解析自己为机器上的一个目录。这样一来，java程序运行并需要装载.class文件的时候，它就可以找到.class文件驻留的那个目录。
　　java解释器的工作程序如下：首先，它找到环境变量classpath（将java或者具有java解释能力的工具――如浏览器――安装到机器中时，通过操作系统进行设定）。classpath包含了一个或多个目录，它们作为一种特殊的“根”使用，从这里展开对.class文件的搜索。从那个根开始，解释器会寻找包名，并将每个点号（句点）替换成一个斜杠，从而生成从classpath根开始的一个路径名（所以package foo.bar.baz会变成foo/bar/baz或者foo/bar/baz；具体是正斜杠还是反斜杠由操作系统决定）。随后将它们连接到一起，成为classpath内的各个条目（入口）。以后搜索.class文件时，就可从这些地方开始查找与准备创建的类名对应的名字。此外，它也会搜索一些标准目录――这些目录与java解释器驻留的地方有关。
　　为进一步理解这个问题，下面以我自己的域名为例，它是bruceeckel.com。将其反转过来后，com.bruceeckel就为我的类创建了独一无二的全局名称（com，edu，org，net等扩展名以前在java包中都是大写的，但自java 1.2以来，这种情况已发生了变化。现在整个包名都是小写的）。由于决定创建一个名为util的库，我可以进一步地分割它，所以最后得到的包名如下：
　　package com.bruceeckel.util;
　　现在，可将这个包名作为下述两个文件的“命名空间”使用：
　　
　　//: vector.java
　　// creating a package
　　package com.bruceeckel.util;
　　
　　public class vector {
　　 public vector() {
　　　 system.out.println(
　　　　 "com.bruceeckel.util.vector");
　　 }
　　} ///:~
　　
　　创建自己的包时，要求package语句必须是文件中的第一个“非注释”代码。第二个文件表面看起来是类似的：
　　
　　//: list.java
　　// creating a package
　　package com.bruceeckel.util;
　　
　　public class list {
　　 public list() {
　　　 system.out.println(
　　　　 "com.bruceeckel.util.list");
　　 }
　　} ///:~
　　
　　这两个文件都置于我自己系统的一个子目录中：
　　c:/doc/javat/com/bruceeckel/util
　　若通过它往回走，就会发现包名com.bruceeckel.util，但路径的第一部分又是什么呢？这是由classpath环境变量决定的。在我的机器上，它是：
　　classpath=.;d:/java/lib;c:/doc/javat
　　可以看出，classpath里能包含大量备用的搜索路径。然而，使用jar文件时要注意一个问题：必须将jar文件的名字置于类路径里，而不仅仅是它所在的路径。所以对一个名为grape.jar的jar文件来说，我们的类路径需要包括：
　　classpath=.;d:/java/lib;c:/flavors/grape.jar
　　正确设置好类路径后，可将下面这个文件置于任何目录里（若在执行该程序时遇到麻烦，请参见第3章的3.1.2小节“赋值”）：
　　
　　//: libtest.java
　　// uses the library
　　package c05;
　　import com.bruceeckel.util.*;
　　
　　public class libtest {
　　 public static void main(string[] args) {
　　　 vector v = new vector();
　　　 list l = new list();
　　 }
　　} ///:~
　　
　　编译器遇到import语句后，它会搜索由classpath指定的目录，查找子目录com/bruceeckel/util，然后查找名称适当的已编译文件（对于vector是vector.class，对于list则是list.class）。注意vector和list内无论类还是需要的方法都必须设为public。
　　????
　　1. 自动编译
　　为导入的类首次创建一个对象时（或者访问一个类的static成员时），编译器会在适当的目录里寻找同名的.class文件（所以如果创建类x的一个对象，就应该是x.class）。若只发现x.class，它就是必须使用的那一个类。然而，如果它在相同的目录中还发现了一个x.java，编译器就会比较两个文件的日期标记。如果x.java比x.class新，就会自动编译x.java，生成一个最新的x.class。
　　对于一个特定的类，或在与它同名的.java文件中没有找到它，就会对那个类采取上述的处理。
　　
　　2. 冲突
　　若通过*导入了两个库，而且它们包括相同的名字，这时会出现什么情况呢？例如，假定一个程序使用了下述导入语句：
　　import com.bruceeckel.util.*;
　　import java.util.*;
　　由于java.util.*也包含了一个vector类，所以这会造成潜在的冲突。然而，只要冲突并不真的发生，那么就不会产生任何问题――这当然是最理想的情况，因为否则的话，就需要进行大量编程工作，防范那些可能可能永远也不会发生的冲突。
　　如现在试着生成一个vector，就肯定会发生冲突。如下所示：
　　vector v = new vector();
　　它引用的到底是哪个vector类呢？编译器对这个问题没有答案，读者也不可能知道。所以编译器会报告一个错误，强迫我们进行明确的说明。例如，假设我想使用标准的java vector，那么必须象下面这样编程：
　　java.util.vector v = new java.util.vector();
　　由于它（与classpath一起）完整指定了那个vector的位置，所以不再需要import java.util.*语句，除非还想使用来自java.util的其他东西。