第3条：通过私有构造函数强化不可实例化的能力

        偶尔情况下，你可能会编写出只包含静态方法和静态域的类。这样的类有一些很不好的名声，因为有些人在面向对象的语言中滥用这样的类来编写过程化的程序。尽管如此，它们确实有它们特有的用处，我们可以利用这种类，把操作在原语类型的值或者数组类型上的相关方法组织起来，例如java.lang.Math或者java.util.Arrays；我们也可以把操作在实现特定接口的对象上的方法组织起来，例如java.util.Collections。我们还可以利用这种类把操作在final类上的方法组织起来，以取代扩展该类的做法。

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

        企图通过将一个类做成抽象类来强制该类不可被实例化，这是行不通的。该类可以被子类化，并且该子类也可以被实例化。更进一步，这样做会误导用户，以为这种类是专门为了继承而设计的。然而，有一些简单的习惯用法可以确保一个类不可被实例化。由于只有当一个类不包含显式的构造函数的时候，编译器才会生成默认构造函数，所以，我们只要让这个类包含单个显式的私有构造函数，则它就不可被实例化：

//Noninstantiable utility class
public class UtilityClass{
    //Suppress default constructor for noninstantiability
    private UtilityClass(){
        //This constructor will never be invoked
    }
    ...  //Remainder omitted
}

第3条：通过私有构造函数强化不可实例化的能力,布布扣,bubuko.com

原文：http://blog.csdn.net/itzyjr/article/details/22501307