Android 编码规范：（四）通过私有构造器强化不可实例化的能力

有一些工具类（utility class）不希望被实例化，实例对它没有任何意义。然而，在缺少显式构造器的情况下，编译器会自动提供一个公有的、无参的缺省构造器（default constructor），对于用户而言，这个构造器与其他的构造器没有任何区别。在已发行的API中常常可以看到一些被无意识实例化的类。

企图通过将类做成抽象类来强制该类不可被实例化，这是行不通的。该类可以被子类化，并且该子类也可以被实例化。这样做甚至会误导用户，以为这种类是专门为了继承而设计的。然后，有一些简单的习惯用法可以确保类不可被实例化。我们只要让这个类包含私有构造器，它就不能被实例化了：

// Noninstantiable utility class
public class UtilityClass {
    // Suppress default constructor for noninstantiability
    private UtilityClass() {
        throw new AssertionError();
    }
}

由于显式的构造器是私有的，所以不可以在该类的外部访问它。这种习惯做法也有副作用，它使得一个类不能被子类化。所有的构造器都必须显式地或隐式地调用超类（superclass）构造器，在这种情形下，子类就没有可访问的超类构造器可调用了。