通过私有构造器强化不可实例化的能力
有时候你会想要编写一个只包含一组静态方法和静态字段的类。这种类名声很不好，因为有些人为
了避免使用面向对象的思维方式而滥用这样的类(some people abuse them to avoid thinking in terms
of objects)，但是他们确实有它们特有的用处。我们可以使用这种类，以 java.lang.Math 或者
java.util.Arrays 的方式对原始值或数组的相关方法组织起来。它们还可以用于以
java.util.Collections 的方式，把实现特定接口的对象上的静态方法（包括工厂：第 1 项）组织起
来。（从 Java 8 开始，你也可以将这些方法放在接口中，假设它是你自己修改的)。最后，这些类可以
用于将 final 类的方法组织起来，通过这种方式用来取代扩展该类的做法。
这种工具类不希望被实例化，实例化对它没有任何意义。然而，在没有显式构造函数的情况下，编
译器会默认提供一个公共的、无参的默认构造函数。对于用户而言，这个构造器与其他构造器没有任何
区别。在已发行的 API 中常常可以看到一些被无意识地实例化的类。
企图通过将该类做成抽象类来强制该类不可被实例化，这是行不通的。该类可以被子类化，并且该
子类也可以被实例化。这样做甚至会误导用户，以为这种类是专门为了继承而设计的（第 19 项）。然
而，有一些简单的习惯用法可以确保类不可被实例化。由于只有当类不包含显示的构造器时，编译器才
会生成缺省的构造器，因此我们只要让这个类包含私有构造器，他就不能被实例化了：
因为显示构造函数是私有的，所以它在类外是不可访问的， AssertionError 不是必需的，但是它
可以避免不小心在类的内部调用构造器。它保证该类在任何情况下都不会实例化。这种习惯用法有点违
背直觉，好像构造器就是专门设计成不能被调用一样。因此明智的做法就是在代码中增加一条注释，如
上所示。
这种习惯用法也有副作用，它使得一个类不能拥有子类。因为子类的所有构造函数都必须显示或者
隐式地调用父类的构造函数，在这种情形下，子类就没有可用的并且可以访问的父类构造器了。
第 3 项：用私有构造器或者枚举类型强化 Singleton 属性
第 5 项：优先考虑依赖注入来引用资源
// Noninstantiable utility class
public class UtilityClass {
// Suppress default constructor for noninstantiability
private UtilityClass(( {
throw new AssertionError();
}
... // Remainder omitted
}
