java语言中public关键字

　　使用public关键字时，它意味着紧随在public后面的成员声明适用于所有人，特别是适用于使用库的客户程序员。假定我们定义了一个名为dessert的包，其中包含下述单元(若执行该程序时遇到困难：

　　//: Cookie.java

　　// Creates a library

　　package c05.dessert;

　　public class Cookie {

　　public Cookie() {

　　System.out.println("Cookie constructor");

　　}

　　void foo() { System.out.println("foo"); }

　　} ///:~

　　请记住，Cookie.java必须驻留在名为dessert的一个子目录内，而这个子目录又必须位于由CLASSPATH指定的C05目录下面(C05代表本书的第5章)。不要错误地以为Java无论如何都会将当前目录作为搜索的起点看待。如果不将一个“.”作为CLASSPATH的一部分使用，Java就不会考虑当前目录。

　　现在，假若创建使用了Cookie的一个程序，如下所示：

　　//: Dinner.java

　　// Uses the library

　　import c05.dessert.*;

　　public class Dinner {

　　public Dinner() {

　　System.out.println("Dinner constructor");

　　}

　　public static void main(String[] args) {

　　Cookie x = new Cookie();

　　//! x.foo(); // Can't Access

　　}

　　} ///:~

　　就可以创建一个Cookie对象，因为它的构建器是public的，而且类也是public的(公共类的概念稍后还会进行更详细的讲述)。然而，foo()成员不可在Dinner.java内访问，因为foo()只有在dessert包内才是“友好”的。

　　1. 默认包

　　大家可能会惊讶地发现下面这些代码得以顺利编译——尽管它看起来似乎已违背了规则：

　　//: Cake.java

　　// Accesses a class in a separate

　　// compilation unit.

　　class Cake {

　　public static void main(String[] args) {

　　Pie x = new Pie();

　　x.f();

　　}

　　} ///:~

　　在位于相同目录的第二个文件里：

　　//: Pie.java

　　// The other class

　　class Pie {

　　void f() { System.out.println("Pie.f()"); }

　　} ///:~

　　最初可能会把它们看作完全不相干的文件，然而Cake能创建一个Pie对象，并能调用它的f()方法!通常的想法会认为Pie和f()是“友好的”，所以不适用于Cake。它们确实是友好的——这部分结论非常正确。但它们之所以仍能在Cake.java中使用，是由于它们位于相同的目录中，而且没有明确的包名。Java把象这样的文件看作那个目录“默认包”的一部分，所以它们对于目录内的其他文件来说是“友好”的。