2007 年 1 月 04 日
类路径是 Java™ 平台中最复杂也最令人头痛的部分之一，但熟练把握类路径对成为一名专业 Java 程序员来说却又十分要害。
![]()
![]()
![]()
![]()
![]()
![]()
![]()
![]()
在本文中，Elliotte Rusty Harold 为您阐述了类路径和源路径的复杂性，并向您展示了如何在 UNIX 和 Mac OS X 中熟练把握它们。假如您使用的是 Windows，请参阅本文的 姊妹篇。
类路径可以连接 Java 运行库和文件系统。它定义编译器和解释器应该在何处查找要加载的 .class 文件。它的基本思想是：文件系统的层次结构反映了 Java 包的层次结构，而类路径则定义了文件系统中的哪个目录可以作为 Java 包层次结构的根。
遗憾的是，通常文件系统非常复杂并依靠于平台，而且和 Java 包也不能很好地匹配。这样一来，不论是新用户还是资深 Java 程序员都深感类路径的棘手。没错，它的确不是 Java 平台好的一面，它让您到了下班的时候还在忙于调试一个顽固的小问题。
当然采用 Eclipse 这样的优秀 IDE 可以减少治理类路径的一些困难，但只能说是一些，而且前提还必须是一切都正常（但这不大可能，因为总会有一些意外出现）。因此，每个 Java 程序员都必须要全面了解类路径，惟有如此，才有希望调试类路径中所出现的问题。
在本文中，我给出了您所需要了解的有关 UNIX、Linux 和 Mac OS X 中的 Java 类路径（以及相关源路径）的全部内容。本文的 姊妹篇 则展示了 Windows 上的类似技术。文中列出的步骤可以作为指南，并能解决出现的大多数问题。
包结构
要把握类路径，首先应从其源代码入手。每个类都属于一个包，而此包必须 遵守标准的命名约定。简单地说，包的名称要由颠倒的两级域名开始，比如 com.example 或 edu.poly，之后是至少一个或多个单词用于描述包的内容。比方说，假设有一个域名为 elharo.com，假如要创建一个 Fraction 类，可以将其放入如下包中：
- com.elharo.math
- com.elharo.numbers
- com.elharo.math.algebra.fields
在颠倒的域名之后，需要使用单一单词的子包名。不要使用缩写形式，并要保证拼写正确。假如需要，可以使用拼写检查器。大部分与类路径相关的问题都是由在源代码中使用某个单词而在文件系统中使用的却是与之稍有不同的拼写或缩写而引起的。所以最好的做法就是总是使用拼写正确且没有缩写的名称。
整个包名称应该是小写的，即使该名称是在别处常采取大写形式的一些惯用名称和缩写词。Windows 通常不区分文件名中的大小写，但 Java 和一些 UNIX 文件系统却区分。假如需要在不同的系统间移动文件，大小写问题肯定会带来一些麻烦。包名称必须要全部由 ASCII 字符组成。一些编译器也接受用 Hebrew、Cyrillic、Greek 或其他脚本编写的包名称，但大多数文件系统并不接受；您稍后就会看到，这样的包名称必须担负充当目录名这样的双重任务。Java 包和类名是 Unicode，但很多文件系统（包括 FAT）却不能识别 Unicode。遗憾的是，FAT 系统非常之多。假如只简单地用不同的默认编码将文件复制到系统将会使编译器和解释器无法找到正确的类。
用完即弃的代码
假如您在编写一个只使用一次就丢掉的类 —— 比如测试一个 API 的类 —— 则无需将它放到包中。但需要多次使用的类必须要放到包中。
不要试图在包名称方面节约成本。长远来看，这只会有百害而无一利。假如需要域名就买一个。假如名称太长就买个短些的（我曾经买到了 xom.nu 这样一个域名，因而我的包前缀就只有 6 个字符）。不要将类放到默认包中（默认包是指假如未在类中包含一条包语句时系统默认给出的包）。假如包访问不利于对象间的通信，就需要向类中添加更多的公共方法。需要多次使用的类必须要放到包中。
目录结构
下一步要做的是组织源文件来匹配包结构。在某处创建一个干净的空白目录。本文中，我将其命名为 project。在这个目录里，再创建两个目录：bin 和 src。（有些人更喜欢将其分别命名为 build 和 source。）
接下来，在 src 目录，建一个与包层次结构相匹配的层次结构。例如，假如给定类名为 com.elharo.math.Fraction，我会将 com 目录放到 src 目录中，然后在 com 目录中创建一个 elharo 目录，再在 elharo 目录内放一个 math 目录，最后在 math 目录内放上 Fraction.java，如图 1 所示：
图 1. 目录结构符合包结构
