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

我不是一个伟大的OO理论家，但据我所知，我认为与Singleton相比，静态类唯一缺少的OO特性是多态性。但如果您不需要它，那么使用静态类，您当然可以继承（不确定接口实现）以及数据和函数封装。

Morendil的评论，“静态类中体现的设计风格纯粹是程序性的”我可能是错的，但我不同意。在静态方法中，您可以访问静态成员，这与单例方法访问其单个实例成员完全相同。

编辑：我现在实际上在想，另一个区别是，静态类在程序开始时被实例化，并且在整个程序的生命周期中都存在，而单例在某个时刻被显式实例化，也可以被销毁。

*或者它可能在第一次使用时被实例化，这取决于语言，我认为。

当我想要具有完整功能的类时，例如，有很多方法和变量，我使用单例；

如果我希望类中只有一个或两个方法，例如MailService类，它只有一个方法SendMail（），我使用静态类和方法。

静态类示例

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 ");
        }
    }
}

我同意这个定义：

单词“single”表示整个应用程序生命周期中的单个对象循环，因此范围在应用程序级别。静态不具有任何Object指针，因此作用域位于AppDomain级别。此外，两者都应实现为线程安全。

你可以发现其他有趣的区别：Singleton模式与静态类

单例只是一个被实例化的普通类，但仅从客户端代码间接实例化一次。静态类未实例化。据我所知，静态方法（静态类必须有静态方法）比非静态方法更快。

编辑：FxCop性能规则描述：“不访问实例数据或调用实例方法的方法可以标记为静态（在VB中共享）在这样做之后，编译器将向这些成员发出非虚拟调用点，这将防止在运行时对确保当前对象指针为非空的每个调用进行检查。这可以为性能敏感的代码带来可衡量的性能增益。在某些情况下，无法访问当前对象实例表示正确性问题。"我不知道这是否也适用于静态类中的静态方法。