Java编译器和虚拟机的文件寻找机制

本文资料来源于《Java核心技术》

在Java程序的开发和使用中，经常需要与编译器或虚拟机的文件寻找机制打交道，这也是写此篇博客的原因。

源文件和类文件的组织

为了更好的组织不同功能的代码，Java允许程序员使用包来管理不同的类。要想将一个类放入某个包里，只需要在其源文件开头使用package关键字声明即可，如下图所示：

上图包名为com.horstmann.corejava，其与域名类似，这样可以有效避免包名冲突，做是业内推荐做法。

包中源文件和类文件需放置到与包名匹配的子目录中，如下图所示：

此时，编译和运行均要在基目录进行，命令分别为javac com/mycompany/PayrollApp.java和java com.mycompany.PayrollApp。

另外需要注意的一点是：一个java源文件只能有一个public访问权限的类，其名字也必须和Java源文件名字相同。

类路径

上面只介绍了包内文件在基目录下的组织结构，那基目录由谁给出呢？答案是将要介绍的类路径。

类路径由CLASSPATH环境变量或-classpath运行参数给定。

为了方便代码的分发，可以将类文件层次结构直接压缩成一个jar文件，这样一来，便只需要在类路径里指定jar文件即可。（也可以用通配符一次性指定多个）

运行时库文件（rt.jar和jre/lib与jre/lib/exf下的jar文件）会被自动搜索，不用显式加到路径中。

类搜索机制

虚拟机的类搜索机制比较简单，只需要按类路径一个个找就行。要注意的是，系统类路径会被优先搜索。

编译器的类搜索机制比较复杂，因为源代码里使用类时基本不会写出包名，而且编译器还需要检查类源文件是否已更新，如果是的话，还需要重新编译相关源文件。

假如源文件包含以下导入代码：

当编译器遇到Employee类时，它将试图寻找java.lang.Employee、java.util.Employee、com.horstmann.corjava.Employee和当前包中的Employee。如果发现一个以上的类，将会产生编译错误。

需要注意的一点是，java编译器会默认当前目录在类路径中，而java虚拟机并不会，所以，将当前目录（即“.”符号）加入类路径是个不错的选择。

本文到这里也就结束了，虽都是些细枝末节的东西，但感觉还是挺重要的，希望能对大家起到帮助。