本章的主题是创建和销毁对象：何时以及如何创建对象，何时以及如何避免创建对象，如何确保它们能够适时地销毁，以及如何管理对象销毁之前必须进行的各种清理动作。
[toc]
有时候，你可能需要编写只包含静态方法和静态域的类。虽然这些类名声很不好，因为有些人在面向对象的语言中滥用这样的类来编写过程化的程序。尽管如此，它们也确实有它们特有的用处。我们可以利用这种类，以 java.lang.Math 或者 java.util.Arrays 的方式，把基本类型的值或者数组类型上的相关方法组织起来。我们也可以通过 java.util.Collections 的方式，把实现特定接口的对象上的静态方法（包括静态方法，见第1条）组织起来。最后还可以利用这种类把 final 类上的方法组织起来，以取代扩展该类的做法。
这样的工具类（utility class）不希望被实例化，实例对它没有任何意义。然而在缺少显石子构造器的情况下，编译器会自动提供一个公有的、无参的缺省构造器（default constructor）。对于用户而言，这个构造器与其他构造器没有任何区别。在已经发行的API中常常可以看到一些被无意识地实例化的类。
企图通过将类做成抽象类来强制该类不可被实例化，这是行不通的
该类可以被子类化，并且该子类也可以被实例化。这样可能会误导用户，以为这种类是专门为了继承而设计的（见 17 条）。
而我们只需要让这个类只包含私有构造器，它就不能被实例化了：
// Noninstantiable utility class
public class UtilityClass {
// Suppress default constructor for noninstantiability
private UtilityClass() {
throw new AssertionError();
}
... // Remainder omitted
}
由于显式的构造器是私有的，所以不可以在该类的外部访问它。AssertionError 不是必须的，它可以避免不小心在类的内部调用构造器，防止该类被实例化，这种习惯用法有点违背直觉，好像构造器就是专门设计成不能被调用一样。所以最好加上一条注释。如上所示。
副作用：
- 使得一个类不能被子类化。
所有的构造器都必须显式或隐式地调用超类（superclass）构造器，在这种情况下，子类就没有可访问的超类构造器可调用了。
