浅谈java的import

最新推荐文章于 2022-08-03 16:22:54 发布

aspdao

最新推荐文章于 2022-08-03 16:22:54 发布

阅读量662

点赞数

文章标签： import java 编译器 file jar extension

程序员可以使用两种import语句：

单类型导入(single-type-import)，例如import java.io.File;

按需类型导入(type-import-on-demand)，例如 import java.io.*;

关于这两种导入类型大家各有所爱，众说纷纭。这里分析一下这两种导入类型的大致工作原理供大家参考。

单类型导入比较好理解，仅仅导入一个public类或者接口。而对于按需类型导入，有人误解为导入一个包下的所有类，其实不然，看名字就知道，他只会按需导入，也就是说它并非导入整个包，而仅仅导入当前类需要使用的类。

既然如此是不是就可以放心的使用按需类型导入呢？非也，非也。因为单类型导入和按需类型导入对类文件的定位算法是不一样的。java编译器会从启动目录(bootstrap)，扩展目录(extension)和用户类路径下去定位需要导入的类，而这些目录进仅仅是给出了类的顶层目录。编译器的类文件定位方法大致可以理解为如下公式：

顶层路径名 / 包名 / 文件名.class = 绝对路径

对于单类型导入很简单，因为包明和文件名都已经确定，所以可以一次性查找定位。

对于按需类型导入则比较复杂，编译器会把包名和文件名进行排列组合，然后对所有的可能性进行类文件查找定位。例如：

package com;

import java.io.*;

import java.util.*;

当你的类文件中用到了File类，那么可能出现File类的地方如下

File // File类属于无名包，就是说File类没有package语句，编译器会首先搜索无名包

com.File // File类属于当前包

java.lang.File //编译器会自动导入java.lang包

java.io.File

java.util.File

需要注意的地方就是，编译器找到java.io.File类之后并不会停止下一步的寻找，而要把所有的可能性都查找完以确定是否有类导入冲突。假设此时的顶层路径有三个，那么编译器就会进行3*5=15次查找。

了解以上原理之后，我们可以得出这样的结论：按需类型导入是绝对不会降低Java代码的执行效率的，但会影响到Java代码的编译速度。

查看JDK的源代码就知道SUN的软件工程师一般不会使用按需类型导入。因为使用单类型导入至少有以下两点好处：

1。提高编译速度。

2。避免命名冲突。（例如：当你import java.awt.*;import java.util.*后，使用List的时候编译器将会出编译错误）

当然，使用单类型导入会使用你的import语句看起来很长。

深入理解：

单类型引入和按需类型导入有不同的效果吗？
a.    执行的效率上是没有差别的。
而且可以像下面这样import：
import java.util.ArrayList;
import java.util.*;
多次导入，也可编译通过。编译器会将冗余导入声明忽略。
b.    按需类型导入虽然书写简单，但是也有它的缺点：
1>    编译速度：
在一个很大的项目中，它们会极大的影响编译速度。
但在小型项目中使用在编译时间上可以忽略不计。
2>    命名冲突：
解决避免命名冲突问题的答案就是使用全名。
而按需导入恰恰就是使用导入声明初衷的否定。
3>    说明问题：
全名的使用是自说性的.毕竟高级语言的代码是给人看的。
4>    无名包问题：
如果在编译单元的顶部没有包声明，
Java编译器首选会从无名包中搜索一个类型，
然后才是按需类型声明.如果有命名冲突就会产生问题。