我们可以创建单例类的对象并将其传递给方法。Singleton类对继承没有任何限制。我们不能处理静态类的对象，但可以处理单例类。

Singleton的一个主要优势：多态性例如：使用Class工厂创建实例（比如基于某些配置），我们希望这个对象是真正的单实例。

这是一篇好文章：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。

单例的另一个优点是它可以很容易地序列化，如果您需要将其状态保存到磁盘或远程发送到某个位置，这可能是必要的。

与静态类相比，Singleton模式有几个优点。首先，单例可以扩展类和实现接口，而静态类不能（它可以扩展类，但不继承它们的实例成员）。单例可以延迟或异步初始化，而静态类通常在首次加载时初始化，这会导致潜在的类加载器问题。然而，最重要的优点是，可以在不强迫用户假设只有一个实例的情况下以多态的方式处理单态。

单例只不过是一个类上的一次写入静态变量，一旦初始化，它总是引用自身的同一实例。

因此，您不能“使用单例代替静态变量”，也不能通过使用单例避免静态变量中的状态。

单例的优点只有一点：即使其他代码尝试重新初始化它一千次，它也不会被重新初始化。这对于像网络处理程序这样的东西来说非常棒，如果一个实例在等待响应的过程中被另一个实例替换，它会很糟糕。

除非你想要一个没有任何装置的整个应用程序，所有地方都是静态的-那么单例对于这些情况是有意义的，因为我们不能依靠缺少人为错误作为唯一的保证不会覆盖某些内容。

但要注意，单身汉并不能保证不会在任何地方生活。你的网络处理程序本身也可能依赖于其他单身者，等等。。。了不起的

而且，目前还没有编译器可以确保在编译时，单例是所有状态所在的地方，或者任何其他这样的想法所在的地方。在具有单例的类上可以有一百个静态变量。单例可以访问静态变量。编译器不会在意。

因此，我要提醒任何人，不要假设使用单例可以保证任何有关州生活的信息。它唯一的保证就是它是其类的唯一实例。这也是它唯一的优势。

其他答案所声称的单线图的任何其他优点都是编译器无法保证的，并且可能因语言而异。依赖注入是一种可能依赖于单例的补充模式，尽管它可能是或可能不是给定语言中的最佳解决方案或唯一解决方案。在缺少泛型的语言中，或者在调用静态访问器和函数时设置了任意限制，诉诸单例模式可能确实是解决给定问题的最佳解决方案。

在Swift这样的语言中，Singleton根本不需要获得依赖注入、可测试代码、良好管理的状态、线程安全访问器、多态性等。然而，它对于保证单一实例仍然有用。

概括一下：单例不过是一个静态变量，它可以防止给定类的多个实例存在，并防止单个实例被新实例覆盖。就这样，句号，句号。