扩展Jon Skeet的答案

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

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

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

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

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

当我想要具有完整功能的类时，例如，有很多方法和变量，我使用单例；

如果我希望类中只有一个或两个方法，例如MailService类，它只有一个方法SendMail（），我使用静态类和方法。

一个显著的区别是Singleton附带的不同实例化。

对于静态类，它由CLR创建，我们无法控制它。使用singleton，对象在尝试访问的第一个实例上实例化。

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

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

Singleton的一个主要优势：多态性例如：使用Class工厂创建实例（比如基于某些配置），我们希望这个对象是真正的单实例。