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

      这样的工具类，不希望被实例化，实例化他没有任何意义。然而，在缺少显式构造器的情况下，编译器会自动提供一个共有的、无参的缺省构造器。对于用户而言，这个构造器与其他没有任何区别，在已发行的API中常常可以看到一些被无意识的实例化的类。

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

public class UitlityClass{      private UtiltyClass(){         throw new AssertionError();      }            .......//}

     由于显式的构造器是私有的，所以不可以在该类的外部访问他，AssertionError不是必须的，但是他可以避免不小心在类的内部调用构造器。他保证该类在任何情况下都不会被实例化。这种习惯用户有点违背直觉，好像构造器就是专门设计成不能调用的一样。因此最好是在代码上加上注释说明性文字。

    这种习惯用法也有副作用，他使得一个类不能在被子类化，所有的构造器都必须显式活隐式的调用超类构造器，在这种情形下，子类就没有可访问的超类构造器可用了