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

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

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

从客户端的角度来看，静态行为对客户端来说是已知的，但是Singleton行为可以对客户端隐藏完成。客户可能永远不会知道，他一次又一次地玩弄着一个实例。

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

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

静态类示例

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 ");
        }
    }
}

我们有一个连接到后端的DB框架。为了避免跨多个用户的脏读，我们使用了单例模式来确保在任何时候都有一个实例可用。

在c#中，静态类不能实现接口。当单个实例类需要实现用于业务合同或IoC目的的接口时，这就是我在没有静态类的情况下使用Singleton模式的地方

Singleton提供了一种在无状态场景中维护状态的方法

希望这对你有帮助。。

Singleton类在应用程序生命周期期间提供一个对象（仅一个实例），例如java.lang.Runtime而静态类只提供静态方法，如java.lang.MathJava中的静态方法不能被重写，但Singleton类中定义的方法可以通过扩展来重写。Singleton类能够继承和多态性来扩展基类、实现接口并能够提供不同的实现。而不是静态的。

例如：java.lang.Runtime是java中的Singleton类，调用getRuntime（）方法返回与当前java应用程序关联的运行时对象，但确保每个JVM只有一个实例。