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

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

静态类是一个只有静态方法的类，对于这个类，更好的词是“函数”。静态类中体现的设计风格纯粹是过程性的。

另一方面，Singleton是OO设计特有的模式。它是一个对象的实例（具有其中固有的所有可能性，例如多态性），具有一个创建过程，确保在整个生命周期中只有一个特定角色的实例。

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

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

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

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

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

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

在许多情况下，这两者没有实际差异，特别是如果单例实例从未更改或更改非常缓慢，例如保持配置。

我想说，最大的区别是单例仍然是一个普通的JavaBean，而不是专门的仅静态Java类。正因为如此，单身汉在很多情况下都被接受；它实际上是默认的Spring框架的实例化策略。消费者可能知道也可能不知道它是一个被传递的单例，它只是把它当作一个普通的Javabean。如果需求发生变化，而单例需要成为原型，正如我们在Spring中经常看到的那样，它可以完全无缝地完成，而无需对消费者进行一行代码更改。

前面有人提到，静态类应该是纯过程的，例如java.lang.Math。在我看来，这样的类永远不应该被传递，它们永远不应该将静态final以外的任何属性作为属性。对于其他一切，使用单例，因为它更灵活，更易于维护。

扩展Jon Skeet的答案

单例和一堆静态方法之间的最大区别是，单例可以实现接口（或从有用的基类派生，尽管这是不太常见的IME），因此您可以将单例作为“另一个”实现来传递。

当单元测试一个类时，单体更容易处理。无论您将单例作为参数（构造函数、setter或方法）传递到何处，您都可以替换单例的一个被嘲笑或存根的版本。