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

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

一个显著的区别是Singleton附带的不同实例化。

对于静态类，它由CLR创建，我们无法控制它。使用singleton，对象在尝试访问的第一个实例上实例化。

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

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

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

希望这对你有帮助。。

这是一篇好文章：http://javarevisited.blogspot.com.au/2013/03/difference-between-singleton-pattern-vs-static-class-java.html

静态类

具有所有静态方法的类。更好的性能（静态方法在编译时绑定）无法重写方法，但可以使用方法隐藏。（Java中隐藏的方法是什么？甚至JavaDoc的解释都令人困惑）公共级动物{公共静态void foo（）{System.out.println（“动物”）；}}公共课猫延伸动物{public static void foo（）｛//隐藏Animal.foo（）System.out.println（“类别”）；}}

辛格尔顿

只能实例化一次的对象。方法可以被重写（为什么Java不允许重写静态方法？）比静态方法更容易模拟更善于保持状态

总之，我只使用静态类来保存util方法，而使用Singleton来处理其他所有事情。

编辑

静态类也被延迟加载。谢谢@jmoreno（静态类初始化何时发生？）静态类的方法隐藏。谢谢@MaxPeng。

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

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

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

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

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