静态类和单例模式之间存在什么实际的区别？
两者都可以在没有实例化的情况下调用，两者都只提供一个“实例”，而且都不是线程安全的。还有其他区别吗？
当前回答
Java中的静态类只有静态方法。这是一个集装箱功能。它是基于程序编程设计创建的。
Singleton类是面向对象设计中的一种模式。单身汉类在JVM中只有一个对象实例。这种模式是以始终只有一个实例的方式实现JVM中存在的类。
其他回答
从客户端的角度来看，静态行为对客户端来说是已知的，但是Singleton行为可以对客户端隐藏完成。客户可能永远不会知道，他一次又一次地玩弄着一个实例。
单例只不过是一个类上的一次写入静态变量，一旦初始化，它总是引用自身的同一实例。
因此，您不能“使用单例代替静态变量”，也不能通过使用单例避免静态变量中的状态。
单例的优点只有一点：即使其他代码尝试重新初始化它一千次，它也不会被重新初始化。这对于像网络处理程序这样的东西来说非常棒，如果一个实例在等待响应的过程中被另一个实例替换，它会很糟糕。
除非你想要一个没有任何装置的整个应用程序，所有地方都是静态的-那么单例对于这些情况是有意义的，因为我们不能依靠缺少人为错误作为唯一的保证不会覆盖某些内容。
但要注意，单身汉并不能保证不会在任何地方生活。你的网络处理程序本身也可能依赖于其他单身者，等等。。。了不起的
而且，目前还没有编译器可以确保在编译时，单例是所有状态所在的地方，或者任何其他这样的想法所在的地方。在具有单例的类上可以有一百个静态变量。单例可以访问静态变量。编译器不会在意。
因此，我要提醒任何人，不要假设使用单例可以保证任何有关州生活的信息。它唯一的保证就是它是其类的唯一实例。这也是它唯一的优势。
其他答案所声称的单线图的任何其他优点都是编译器无法保证的，并且可能因语言而异。依赖注入是一种可能依赖于单例的补充模式，尽管它可能是或可能不是给定语言中的最佳解决方案或唯一解决方案。在缺少泛型的语言中，或者在调用静态访问器和函数时设置了任意限制，诉诸单例模式可能确实是解决给定问题的最佳解决方案。
在Swift这样的语言中，Singleton根本不需要获得依赖注入、可测试代码、良好管理的状态、线程安全访问器、多态性等。然而，它对于保证单一实例仍然有用。
概括一下：单例不过是一个静态变量，它可以防止给定类的多个实例存在，并防止单个实例被新实例覆盖。就这样，句号，句号。
主要区别在于：
Singleton有一个实例/对象，而静态类是一堆静态方法Singleton可以在静态时通过接口进行扩展班级不可能。Singleton可以继承，它支持另一方面，静态类不能继承SOLID原则我们需要自己做出改变。Singleton对象可以传递给方法，而静态类作为它没有实例不能作为参数传递
a.序列化-静态成员属于类，因此无法序列化。
虽然我们已经将构造函数私有化，但静态成员变量仍将被携带到子类中。
c.我们不能进行延迟初始化，因为只有在类加载时才会加载所有内容。
我头脑中的不同是实现面向对象编程（Singleton/Prototype）或函数编程（Static）。
我们过于关注单例模式创建的对象数量，而我们应该关注的是最终我们持有一个对象。正如其他人已经说过的，它可以扩展，作为参数传递，但最重要的是它是状态满的。
另一方面，静态用于实现函数式编程。静态成员属于一个类。他们是无国籍的。
顺便问一下，您是否知道可以创建单例静态类：）
