使用public关键字时，它意味着紧随在public后面的成员声明适用于所有人，特别是适用于使用库的客户程序员。假定我们定义了一个名为dessert的包，其中包含下述单元（若执行该程序时遇到困难，请参考第3章3.1.2小节“赋值”）：
　　
　　//: 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把象这样的文件看作那个目录“默认包”的一部分，所以它们对于目录内的其他文件来说是“友好”的。