文章目录

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

这样的工具类不希望被实例化,对它进行实例化没有任何意义。然而,在缺少显示构造函数的情况下,编译器会自动提供一个公有的、无参数的默认构造函数。对于用户而言,这个构造函数与其他的构造函数没有任何区别,在已发行的API中常常可以看到一些被无意识地实例化的类,这样的情形并不少见。
企图通过将一个类做成抽象类来强制该类不可被实例化,这是行不通的。该类可以被子类化,并且该子类也可以被实例化。更进一步,这样做会误导用户,以为这种类是专门为了继承而设计的。然而,有一些简单的习惯用法可以确保一个类不可被实例化。由于只有当一个类不包含显式的构造函数的时候,编译器才会生成默认构造函数。所以,我们只要让这个类包含单个显式的私有构造函数,则它就不可被实例化了:

public class UtilityClass
{
private UtilityClass()
{

}
}

因为显式构造函数是私有的,所以在该类的外部它是不可被访问的。假设该构造函数不会被类自身从内部调用,就能保证该类永远不会被实例化,这种习惯用法有点违反直觉,好像构造函数就专门设计成不能被调用一样,神坑!所以,机智的程序员们的做法是在代码中对构造函数的作用加一些注释。
这种习惯用法也有副作用,它使得一个类不能被子类化。所有的构造函数都必须要调用一个可访问的超类构造函数,无论显式或者隐式地调用,在这种情形下,子类就没有可访问的构造函数来调用了。

文章目录