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

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

public class UtilityClass
{
    private UtilityClass()
    {
    }
}

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