凡是和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的指令
累了,先上这些吧
一, 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的指令
累了,先上这些吧