深入java的package 与import 机制(转)

凡是和java设计相关的工具，都会用到package与import，到底这两个东东是做什么的，如何用，它们的内部机理又是如何呢，今仅就个人的理解谈谈看法，里面一些错漏，疑点也请朋友们指出： 

一， package,import引入原因： 

package: 
    我们都熟悉超市，超市虽然庞大，东西繁多，但却管理的井井有条，当找某样东东时，我们也很容易找 
到，它的一个重要的原因就是采用了分类放置机制，物品分门别类放置在专门的区域，既方便管理，又方便寻找 
Package也是一个分类放置东东的区域，不过它放的不是商品而是java中的类。Java中有各种各样的类， 
内容丰富，门类繁多，为了更好的管理，识别，也就把建立为每一类行的类建立一个区域，这个区域就是包，这点完全类似超市 

import: 
    类放入了包，在编译，运行时如何才能定位到类，我们知道，类分三种，系统类，扩展类，用户类；前两种由jvm指定； 用户类的查找是通过路径 –classpath, classpath和缺省路径“。”与import配合来查找的，查找顺序如下： 
    1.–classpath(命令行模式下使用); 
    2.classpath(在环境变量中设计，当有 –classpath时该路径信息不起作用) 
    3.缺省路径”.” 当前目录(当前两步都没有时，才会使用缺省路径) 
    朋友们不知是否想过这个问题，既然“系统类”，“扩展类”，“用户类”java都有机制对应到，为什么还要有import呢？ 这似乎是个有趣的话题 
      我们知道，java程序在运行时，除了一些预先载入的类可以通过系统内定的路径（写死了）所有的类必须要精确定义位置，而无论是通过jvm还是classpath它们对于运行时才要加载的类的路径指明不具体，很笼统，如下： 
          系统类jvm指定到 jre\lib\jt.jar （jt下有很多的包喔，包下还有包喔） 
          扩展类jvm指定到 jre\lib\ext  （ext下也有很多个jar包，每个jar包下可能都有一些包层次结构） 
          用户类jvm根据classpath来指定某个包（包下还可能有包喔） 
  这么笼统，jvm当然不可能找到了，就好比，张三在 中国，河南省，洛阳市，马家庄17队； 如果仅仅仅仅告诉你张三在中国，河南省，让你去找， 难不难啊，够你费劲的吧。，java也一个样，为了提高效率，java要求必须提供类的精确路径，由是，引入了import这个关键字，它就是类具体地址的导航， 
      
二， 深入编译期的package运作机制[以下部分引用java深度历险] 
  为便于说明，先制作一个范例，测试所使用的目录结构如下： 
        目录:  src 
                ---目录:comtime                        目录:outer 
                        ---目录: com                            ---文件:CA.java 
                              ---文件：CA.java          目录: com 
                        ---目录: edu                            ---文件:CA.java 
                              ---文件：CA.java 
                        ---文件: Main.java 
                        ---文件: CA.java 

在上面的测试范例中，总共有六个文件，它们的内容分别如下： 

Src\comtime\Main.java 
Public class Main{ 
Public static void main(string[] args){ 
    CA ca = new CA(); 
} 
} 

Src:\comtime\CA.java 
Public class CA{ 
} 

Src\comtime\edu\CA.java 
Package edu; 
Public class CA{ 
} 

Src\comtime\com\CA.java 
Package com; 
Public class CA{ 
} 

Src\outer\CA.java 
Package outer; 
Public class CA{ 
} 

Src\com\CaA.java 
Package com; 
Public class CA{ 
} 
在你往下看之前，请朋友们务必搞清上面的层次结构 


接下来，我们使用src\comtime作为根目录（意即：直接放在此目录下的类可以不需要任何package,而属于任何package的类可以以此目录作为相对参考点，根据自己所属的package产生相对应的目录来放置自己）,现在把我们把工作目录切换到src\comtime下，并执行 
Javac Main.java              ->指令 【1】 

然后我们发现，不属于任何package的两个类分别被编译成类文件，并都置于 
  src\comtime目录下 
      ---Main.class 
      ---CA.class 
接下来，我们把Main.java修改为: 
Import com.*; 
Import edu.*; 
Public class Main{ 
Public static void main(string[] args){ 
    CA ca = new CA(); 
} 
} 

重新执行 
Javac Main.java              ->指令 【2】 

测试结果和指令【1】的相同，从这里，我们不难发现，不管你使用没使用import 指令，存在目前目录下的类都会被编译器优先采用，只要它不属于任何package 
接下来，我们将src\comtime\CA.java改名为NU.java，代表它不再为我们所用， 

重新执行 
Javac Main.java              ->指令 【3】 

编译时出现错误提示，大意是说编译器出现了疑惑，因为com,edu两个package下都有CA.java，编译器不知道该用哪个，解决的办法就是明确告诉编译器使用哪个，有两种， 
    第一种，在import处明确声明，也就是把Main.java改成如下 
Import com.CA; 
Import edu.*; 
Public class Main{ 
Public static void main(string[] args){ 
    CA ca = new CA(); 
} 
} 

第二种，在引用时详细指明该类的全名（即“包名称.类名称”的组合），也就是把Main.java改成如下 
Import com.*; 
Import edu.*; 
Public class Main{ 
Public static void main(string[] args){ 
    CA ca = new com.CA(); 
} 
} 


接下，我们再将Main.java修改成 
Import com.* ; 
Import edu.* ; 
Import outer.* ; 
Public class Main{ 
Public static void main(string[] args){ 
    CA ca = new CA(); 
} 
} 

执行： 
Javac Main.java              ->指令 【4】 
之后，就会发现错误信息，大意是找不到outer包 

为了解决这个问题，我们把指令该为： 
Javac  ..  Main.java          ->指令 【5】 
编译还会报错，提示找不到edu这个package，我们再把指令改为: 
Javac  ..;.  Main.java        ->指令 【6】 
这时编译器不再出现找不到package, 而是再次出现了不知道该采用哪个CA.java了，解决方式已经谈到了，假设我们把Main.java该为： 
Import com.CA ; 
Import edu.* ; 
Import outer.* ; 
Public class Main{ 
Public static void main(string[] args){ 
    CA ca = new CA(); 
} 
} 
重新使用指令 
Javac  ..;.  Main.java        ->指令 【7】 
编译成功通过，我们发现src\com下的CA.java被编译了。 

如果我们把指令改成: 
Javac  .;..  Main.java        ->指令 【8】 
我们发现src\comtime\com下的CA.java被编译了 

以上的种种测试揭示了编译器的运行情形，当java编译器开始编译某个类的源代码时，首先它会建立一个“类路径引用表”，之后编译器要确定它可以利用类引用表中的数据作为相对起始路径，找到所用到的package 


建立步骤如下： 
        步骤1: 
    根据选项-classpath或classpath建立类路径引用表 
          | 
        步骤2 
      找出源代码中所有使用import packagename.*; 或import packagename.classname的指令 

      累了，先上这些吧 

有问题请朋友们及时指正 

转载于:https://www.cnblogs.com/cardon/archive/2010/02/08/1666085.html