单个对象存储在堆中，但静态对象存储在堆栈中。我们可以克隆（如果设计器不允许）单例对象，但不能克隆静态类对象.单类遵循OOP（面向对象原则），静态类则不遵循。我们可以用Singleton类实现接口，但类的静态方法（例如C#静态类）不能。

我同意这个定义：

单词“single”表示整个应用程序生命周期中的单个对象循环，因此范围在应用程序级别。静态不具有任何Object指针，因此作用域位于AppDomain级别。此外，两者都应实现为线程安全。

你可以发现其他有趣的区别：Singleton模式与静态类

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

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

静态类示例

public class Any {

    private static Any instance = new Any();

    private Singleton() {
        System.out.println("creating");
    }
}

单例模式只存在一个实例：

public class Singleton {

    private static Singleton instance = new Singleton();

    private Singleton() {
        System.out.println("creating");
        if (instance != null) {
            throw new RuntimeException("Imposible create a new instance ");
        }
    }
}

静态类别：-

无法创建静态类的实例。当加载包含类的程序或命名空间时，由.NET Framework公共语言运行库（CLR）自动加载。我们不能将静态类传递给方法。我们不能将静态类继承到C#中的另一个静态类。具有所有静态方法的类。更好的性能（静态方法在编译时绑定）

辛格尔顿：-

您可以创建对象的一个实例并重用它。当用户请求时，首次创建Singleton实例。您可以创建singleton类的对象并将其传递给方法。Singleton类没有说明继承的任何限制。我们可以处理单例类的对象，但不能处理静态类的对象。方法可以被重写。可以在需要时延迟加载（静态类总是加载的）。我们可以实现接口（静态类不能实现接口）。

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

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

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