真正的答案是Jon Skeet在这里的另一个论坛上给出的。

单例允许访问单个已创建实例-该实例（或而是对该实例的引用）可以作为参数传递给其他方法，并视为正常对象静态类只允许静态方法。

是什么让你说单例或静态方法都不是线程安全的？通常，这两者都应该实现为线程安全的。

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

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

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

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

静态类不适用于任何需要状态的对象。它对于将一堆函数放在一起非常有用，例如Math（或项目中的Utils）。所以类名只是给了我们一个线索，我们可以在哪里找到函数，而不是更多。

Singleton是我最喜欢的模式，我用它在一个点上管理一些东西。它比静态类更灵活，可以保持其状态。它可以实现接口，从其他类继承并允许继承。

我在静态和单例之间选择的规则：

如果有一堆函数应该保持在一起，那么静态就是选择。任何其他需要对某些资源进行单一访问的内容都可以作为单例实现。

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

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

延迟加载支持接口，以便提供单独的实现能够返回派生类型（作为lazyloading和接口实现的组合）