理解类路径是什么意思？如何运用包？

昨天的文章中简单的介绍了包，今天就包的应用，在介绍运用包的例子之前，关于类路径环境变量的简单讨论是必要的。当包从访问控制和名称-空间-冲突中解决很多问题时，在编译和运行程序时它们导致某些古怪的难点。

这是因为Java编译器考虑的特定位置作为包层次的根被类路径(CLASSPATH)控制。直到现在，你在同样的未命名的默认包中保存所有的类。这样做允许你仅仅通过在命令行键入类名编译源文件和运行Java解释器，并得到结果。这种情况下它还会工作是因为默认的当前工作目录（.）通常在类路径环境变量中为Java运行时间默认定义。

然而，当有包参与时，事情就不这么简单。下面是原因。假设你在一个test包中创建了一个名为PackTest 的类。因为你的目录结构必须与包相匹配，你创建一个名为test的目录并把PackTest.java装入该目录。然后使test 成为当前目录并编译PackTest.java。这导致PackTest.class被存放在test目录下。当你试图运行PackTest时，java 解释器报告一个与“不能发现PackTest类”相似的错误消息。这是因为该类现在被保存在test包中。不再能简单用PackTest来引用。必须通过列举包层次来引用该类。引用包层次时用逗号将包名隔开。该类现在必须叫test.PackTest。

然而，如果你试图用test.PackTest，你将仍然收到一个与“不能发现test/PackTest类”相似的出错消息。

仍然收到错误消息的原因隐藏在类路径变量中。记住，类路径设置顶层类层次。问题在于在当前工作目录下不存在test子目录，因为你是工作在test目录本身。

在这个问题上你有两个选择：改变目录到上一级然后用java test.PackTest，或者在类路径环境变量增加你的开发类层次结构的顶层。然后可以用java test.PackTest，Java将发现正确的.class文件。例如，如果你的源代码在目录C:\myjava下，那么设置类路径为：

.;C:\myjava;C:\java\classes

一个简短的包的例子
记住前面的讨论，试试下面简单的包：

// A simple package 
package MyPack; 
class