在我写的一篇文章中，我描述了为什么单例比静态类好得多的观点：

静态类实际上不是规范类——它是一个包含函数和变量的命名空间由于打破了面向对象的编程原则，使用静态类不是一种好的做法静态类不能作为其他类的参数传递静态类不适合“惰性”初始化静态类的初始化和使用始终是硬跟踪的实现线程管理很困难

Singleton的被实例化。只是只有一个实例被创建过，因此在Singleton中只有一个。

另一方面，静态类无法实例化。

与静态类相比，Singleton模式有几个优点。首先，单例可以扩展类和实现接口，而静态类不能（它可以扩展类，但不继承它们的实例成员）。单例可以延迟或异步初始化，而静态类通常在首次加载时初始化，这会导致潜在的类加载器问题。然而，最重要的优点是，可以在不强迫用户假设只有一个实例的情况下以多态的方式处理单态。

我不是一个伟大的OO理论家，但据我所知，我认为与Singleton相比，静态类唯一缺少的OO特性是多态性。但如果您不需要它，那么使用静态类，您当然可以继承（不确定接口实现）以及数据和函数封装。

Morendil的评论，“静态类中体现的设计风格纯粹是程序性的”我可能是错的，但我不同意。在静态方法中，您可以访问静态成员，这与单例方法访问其单个实例成员完全相同。

编辑：我现在实际上在想，另一个区别是，静态类在程序开始时被实例化，并且在整个程序的生命周期中都存在，而单例在某个时刻被显式实例化，也可以被销毁。

*或者它可能在第一次使用时被实例化，这取决于语言，我认为。

主要区别在于：

Singleton有一个实例/对象，而静态类是一堆静态方法Singleton可以在静态时通过接口进行扩展班级不可能。Singleton可以继承，它支持另一方面，静态类不能继承SOLID原则我们需要自己做出改变。Singleton对象可以传递给方法，而静态类作为它没有实例不能作为参数传递

单例只是一个被实例化的普通类，但仅从客户端代码间接实例化一次。静态类未实例化。据我所知，静态方法（静态类必须有静态方法）比非静态方法更快。

编辑：FxCop性能规则描述：“不访问实例数据或调用实例方法的方法可以标记为静态（在VB中共享）在这样做之后，编译器将向这些成员发出非虚拟调用点，这将防止在运行时对确保当前对象指针为非空的每个调用进行检查。这可以为性能敏感的代码带来可衡量的性能增益。在某些情况下，无法访问当前对象实例表示正确性问题。"我不知道这是否也适用于静态类中的静态方法。