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

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

正如我所理解的，静态类和非静态Singleton类之间的区别，静态在C#中只是一个非实例化的“类型”，其中Singleton是一个真正的“对象”。换句话说，静态类中的所有静态成员都被分配给该类型，但在Singleton中，这些静态成员都位于对象之下。但请记住，静态类的行为仍然像引用类型，因为它不是Struct那样的值类型。

这意味着当你创建一个Singleton时，因为类本身不是静态的，但它的成员是静态的，所以它的优点是Singleton内部的静态成员（指的是它自己）连接到一个实际的“对象”，而不是一个空的“类型”。这就澄清了静态和非静态Singleton之间的区别，超越了它的其他特性和内存使用，这让我感到困惑。

两者都使用静态成员，它们是成员的单个副本，但Singleton将引用的成员包装在一个真正的实例化“对象”周围，该对象的地址除了静态成员之外还存在。该对象本身具有财产，其中可以传递和引用in，从而增加值。静态类只是一种类型，因此除了指向其静态成员外，它不存在。这个概念某种程度上巩固了Singleton vs Static Class超越继承和其他问题的目的。

在单例模式中，可以将单例创建为派生类型的实例，但不能使用静态类。

快速示例：

if( useD3D )
    IRenderer::instance = new D3DRenderer
else
    IRenderer::instance = new OpenGLRenderer

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

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

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

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

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

Java中的静态类只有静态方法。这是一个集装箱功能。它是基于程序编程设计创建的。

Singleton类是面向对象设计中的一种模式。单身汉类在JVM中只有一个对象实例。这种模式是以始终只有一个实例的方式实现JVM中存在的类。