静态类和单例模式之间存在什么实际的区别？
两者都可以在没有实例化的情况下调用，两者都只提供一个“实例”，而且都不是线程安全的。还有其他区别吗？
当前回答
a.序列化-静态成员属于类，因此无法序列化。
虽然我们已经将构造函数私有化，但静态成员变量仍将被携带到子类中。
c.我们不能进行延迟初始化，因为只有在类加载时才会加载所有内容。
其他回答
真正的答案是Jon Skeet在这里的另一个论坛上给出的。
单例允许访问单个已创建实例-该实例（或而是对该实例的引用）可以作为参数传递给其他方法，并视为正常对象静态类只允许静态方法。
a.序列化-静态成员属于类，因此无法序列化。
虽然我们已经将构造函数私有化，但静态成员变量仍将被携带到子类中。
c.我们不能进行延迟初始化，因为只有在类加载时才会加载所有内容。
是什么让你说单例或静态方法都不是线程安全的？通常，这两者都应该实现为线程安全的。
单例和一堆静态方法之间的最大区别是，单例可以实现接口（或从有用的基类派生，尽管在我的经验中这不太常见），因此您可以将单例作为“另一个”实现来传递。
单个静态类实例（即一个类的单个实例，它恰好是一个静态或全局变量）与指向堆上该类实例的单个静态指针之间存在巨大差异：
当应用程序退出时，将调用静态类实例的析构函数。这意味着如果您将该静态实例用作单例，则单例将停止正常工作。如果仍有代码在运行，例如在不同的线程中使用该单例，则该代码可能会崩溃。
与静态类的区别
JDK有单例和静态的例子，一方面java.lang.Math是带有静态方法的最终类，另一方面java.lang.Runtime是单例类。
单例的优点
如果您需要维护状态，那么单例模式比静态类更好，因为在静态类中维护状态会导致错误，特别是在并发环境中，如果没有多个线程进行适当的同步并行修改，则可能会导致竞争条件。如果Singleton类是一个沉重的对象，那么它可以被延迟加载，但静态类没有这样的优势，总是急切地加载。使用singleton，您可以使用继承和多态性来扩展基类、实现接口并提供不同的实现。由于Java中的静态方法不能被重写，它们会导致灵活性。另一方面，您可以通过扩展singleton类来重写它中定义的方法。
静态类的缺点
为单例编写单元测试比静态类更容易，因为只要需要单例，就可以传递模拟对象。
静态类的优点
静态类提供了比单例更好的性能，因为静态方法是在编译时绑定的。
单例模式有几种实现方式，每种实现方式都有优缺点。
Eager加载单例双重检查锁定单例按需初始化持有者习惯用法基于枚举的单例
详细描述每一个都太冗长了，所以我只需要链接到一篇好文章-你想知道的关于Singleton的所有信息
