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

有时候，你可能须要编写至包含静态方法和静态域的类。这些类的名声很很差，由于有些人在面向对象的语言中滥用这样的类来编写过程化的程序。

尽管如此，它们也确实有它们特有的好处:

       1.利用这种类，以java.lang.Math或者java.util.Arrays的方式，把基本类型的值或者数组类型上的相关方法组织起来.

       2.咱们也能够经过java.util.Collections的方式，把实现特定接口的对象上的静态方法包括工厂方法组织起来。

       3.利用这种类能够把final类上的方法组织起来，以取代扩展该类的作法。

这样的工具类Unility class不但愿被实例化，实例对它没有任何意义。然而在缺乏显示构造器的状况下，编译器会自动提供一个公有的，无参的缺省构造器default constructor.对于用户而言，这个构造器与其余的构造器没有任何区别。在已发行的API中经常能够看到一些被无心识地实例化的类。

  企图经过将类作成抽象类来强制该类不可被实例化，这是行不通的。该类能够被子类化，而且该子类也可被实例化。这样作甚至会误导用户，觉得这种类是专门为了继承而设计的。然而有一些简单的习惯用法能够确保类不可被实例化。因为只有当类不包含显示的的构造器时，编译器才会生成缺省的构造器，由于咱们只要让这个类包含私有的构造器，它就不能被实例化了:

public class JavaUtil{
    //私有的构造函数,该类也不能子类化了，其余类没法extends这个类了。
    // Suppress default constructor for noninstantiability
    private JavaUtil(){
        throw new AssertError();
    }
}

该类构造器是私有的，因此不能够再该类的外部访问它。AssertionError不是必须的。可是它能够避免不当心在类的内部调用构造器。它保证该类在任何状况下都不会被实例化。

可是这种用法有点违背直觉，好像构造器就是专门设计成不能调用同样。所以明智的作法就是在代码中增长一条注释，如： 

//Supress default constructor for noninstantiability.