静态类和单例模式之间存在什么实际的区别？
两者都可以在没有实例化的情况下调用，两者都只提供一个“实例”，而且都不是线程安全的。还有其他区别吗？
当前回答
真正的答案是Jon Skeet在这里的另一个论坛上给出的。
单例允许访问单个已创建实例-该实例（或而是对该实例的引用）可以作为参数传递给其他方法，并视为正常对象静态类只允许静态方法。
其他回答
单个对象存储在堆中，但静态对象存储在堆栈中。我们可以克隆（如果设计器不允许）单例对象，但不能克隆静态类对象.单类遵循OOP（面向对象原则），静态类则不遵循。我们可以用Singleton类实现接口，但类的静态方法（例如C#静态类）不能。
当我想要具有完整功能的类时，例如，有很多方法和变量，我使用单例；
如果我希望类中只有一个或两个方法，例如MailService类，它只有一个方法SendMail（），我使用静态类和方法。
在许多情况下，这两者没有实际差异，特别是如果单例实例从未更改或更改非常缓慢，例如保持配置。
我想说，最大的区别是单例仍然是一个普通的JavaBean，而不是专门的仅静态Java类。正因为如此，单身汉在很多情况下都被接受；它实际上是默认的Spring框架的实例化策略。消费者可能知道也可能不知道它是一个被传递的单例，它只是把它当作一个普通的Javabean。如果需求发生变化，而单例需要成为原型，正如我们在Spring中经常看到的那样，它可以完全无缝地完成，而无需对消费者进行一行代码更改。
前面有人提到，静态类应该是纯过程的，例如java.lang.Math。在我看来，这样的类永远不应该被传递，它们永远不应该将静态final以外的任何属性作为属性。对于其他一切，使用单例，因为它更灵活，更易于维护。
我不是一个伟大的OO理论家，但据我所知，我认为与Singleton相比，静态类唯一缺少的OO特性是多态性。但如果您不需要它，那么使用静态类，您当然可以继承（不确定接口实现）以及数据和函数封装。
Morendil的评论，“静态类中体现的设计风格纯粹是程序性的”我可能是错的，但我不同意。在静态方法中，您可以访问静态成员，这与单例方法访问其单个实例成员完全相同。
编辑：我现在实际上在想，另一个区别是，静态类在程序开始时被实例化，并且在整个程序的生命周期中都存在，而单例在某个时刻被显式实例化，也可以被销毁。
*或者它可能在第一次使用时被实例化，这取决于语言，我认为。
静态类示例
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 ");
}
}
}
