第4条：通过私有构造器强化不可实例化的能力

第4条：通过私有构造器强化不可实例化的能力

    有时候可能只需要编写包含静态方法和静态域的类。这些类的名声很不好，因为有些人再面向对象的语言中滥用这些类来编写过程化的程序。尽管如此，他们也确实有他们特有的用处。我们可以利用这种类，把基本类型的值或者数组类型上的相关方法组织起来，也可以把实现特定接口上的静态方法组织起来，还可以利用这种类把final类上的方法组织起来，以取代扩展该类的做法。

    这样的工具类肯定不希望被实例化，因为实例化没有任何的意义，里面不管是方法还是变量都是静态的存在，是该类所有实例所公用的一套。然而，在缺少显示构造器的情况下，编译器会自动添上一个共有的，无参数的默认构造器。

    通过将类做成抽象类来强制该类不可被实例化，这是行不通的。该类可以被子类化，并且该子类也可以被实例化。这样做甚至会让用户以为这种类是为了继承，将类的行为还有属性专门提取到抽象类里面去的。然而，有一些简单的习惯用法可以确保类不可被实例化，由于只有当类不包含显示构造起的时候，编译器才会生成缺省的构造器，因此我们只需要给这个类包含一个私有构造器，其就不能通过一般的手段实例化该类：

public class A {
    private A() {
        throw new AssertionError();
    }   
}

    由于显示的构造器是私有的，所以不可以在该类的外部访问它。在A的私有构造器被调用的时候会抛出AssertionError，但这个并不是必须的，只是用来预防在类的内部不小心调用到了构造器而已。

    这种习惯用法也存在副作用，它是的一个类不可以被子类化。所有的构造器都必须显示的或者隐式的调用超类构造器，在这种情况下，该类的子类根本就没有访问超类构造器的权限= =，所以你懂的。