静态类别：-

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

辛格尔顿：-

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

在我写的一篇文章中，我描述了为什么单例比静态类好得多的观点：

静态类实际上不是规范类——它是一个包含函数和变量的命名空间由于打破了面向对象的编程原则，使用静态类不是一种好的做法静态类不能作为其他类的参数传递静态类不适合“惰性”初始化静态类的初始化和使用始终是硬跟踪的实现线程管理很困难

我不是一个伟大的OO理论家，但据我所知，我认为与Singleton相比，静态类唯一缺少的OO特性是多态性。但如果您不需要它，那么使用静态类，您当然可以继承（不确定接口实现）以及数据和函数封装。

Morendil的评论，“静态类中体现的设计风格纯粹是程序性的”我可能是错的，但我不同意。在静态方法中，您可以访问静态成员，这与单例方法访问其单个实例成员完全相同。

编辑：我现在实际上在想，另一个区别是，静态类在程序开始时被实例化，并且在整个程序的生命周期中都存在，而单例在某个时刻被显式实例化，也可以被销毁。

*或者它可能在第一次使用时被实例化，这取决于语言，我认为。

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

单个静态类实例（即一个类的单个实例，它恰好是一个静态或全局变量）与指向堆上该类实例的单个静态指针之间存在巨大差异：

当应用程序退出时，将调用静态类实例的析构函数。这意味着如果您将该静态实例用作单例，则单例将停止正常工作。如果仍有代码在运行，例如在不同的线程中使用该单例，则该代码可能会崩溃。

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

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

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

希望这对你有帮助。。