java中有两种包的导入机制，总结如下：
8 {7 A* I5 ~& p, W+ ^% u" S 单类型导入(single-type-import)，例如import java.io.File;
# o+ R& ~. n+ d 按需类型导入(type-import-on-demand)，例如 import java.io.*;
7 _+ W! m, ~5 J3 U0 i 关于这两种导入类型巨匠各有所爱，众说纷繁。这里剖析一下这两种导入类型的年夜致工作事理供巨匠参考。6 _! q- ?$ F7 z. `+ ]
单类型导入斗劲好理解，仅仅导入一个public类或者接口。而对于按需类型导入，有人曲解为导入一个包下的所有类，其实否则，看名字就知道，他只会按需导入，也就是说它并非导入整个包，而仅仅导入当前类需要使用的类。9 ^6 P" U% ]7 F( e$ k1 [1 q* u$ z
既然如斯是不是就可以安心的使用按需类型导入呢?非也，非也。因为单类型导入和按需类型导入对类文件的定位算法是纷歧样的。java编译器会年夜启动目录(bootstrap)，扩展目录(extension)和用户类路径下去杜痂要导入的类，而这些目录进仅仅是给出了类的顶层目录。编译器的类文件定位体例年夜致可以理解为如下公式：
6 p8 S- w( @3 Y1 ~ 顶层路径名 包名 文件名.class = 绝对路径 [ p$ i9 ^- B& S/ w
对于单类型导入很简单，因为包明和文件名都已经确定，所以可以一次性查镇静位。
' G' I# Y7 u3 q$ _6 M! I4 J 对于按需类型导入则斗劲复杂，编译器会把包名和文件名进行枚举组合，然后对所有的可能性进行类文件查镇静位。例如：
. I* U: l! W* `4 l' W- t1 X
2 q7 J- F+ g/ O package com; ) e# J+ J. L" n% I
import java.io.*; 1 }; t( W# @8 B% {0 d
import java.util.*;
) u3 O/ l. p' n) T6 ?9 X* _3 n+ T: r. O2 ]
当你的类文件赌暌姑到了File类，那么可能呈现File类的处所如下
& N; u% A8 {1 s, c File \ File类属于无名包，就是说File类没有package语句，编译器会首先搜索无名包
7 I# W. g, c6 M) M7 A }* p, d com.File \ File类属于当前包! O1 H3 h- Z7 H5 W# l6 `
java.lang.File \编译器会自动导入java.lang包9 E) Q1 A2 ~8 S; C7 H6 G! u! W0 n
java.io.File
) C; e U5 L0 c5 {# h& m& d java.util.File" I$ n* R" G8 M0 j
需要注重的处所就是，编译器找到java.io.File类之后并不会遏制下一步的寻找，而要把所有的可能性都查找完以确定是否有类导入冲突。假设此时的顶层路径有三个，那么编译器就会进行3*5=15次查找。3 O& Z, A/ S$ D& o4 K
注重：如不美观在查找完成后，编译器发现了两个同名的类，那么就会报错。要删除你不用的阿谁类，然后再编译。% ]% E, V! A' P
体味以上事理之后，我们可以得出这样的结论：按需类型导入是绝对不会降低Java代码的执行效率的，但会影响到Java代码的编译速度。
' H: E& }. l( ?( ^ 查看JDK的源代码就知道SUN的软件工程师一般不会使用按需类型导入。因为使用单类型导入至少有以下两点益处：- C% X) O4 h5 a3 f1 C& C' `
1。提高编译速度。9 E8 ~% W: G p; e" h" V# C1 ?+ M
2。避免命名冲突。(例如：当你import java.awt.*;import java.util.*后，使用List的时辰编译器将会出编译错误)4 R c; | D/ {
当然，使用单类型导入会使用你的import语句看起来很长。 |
发表于 2012-8-4 12:37:27
