静态类是一个只有静态方法的类，对于这个类，更好的词是“函数”。静态类中体现的设计风格纯粹是过程性的。

另一方面，Singleton是OO设计特有的模式。它是一个对象的实例（具有其中固有的所有可能性，例如多态性），具有一个创建过程，确保在整个生命周期中只有一个特定角色的实例。

真正的答案是Jon Skeet在这里的另一个论坛上给出的。

单例允许访问单个已创建实例-该实例（或而是对该实例的引用）可以作为参数传递给其他方法，并视为正常对象静态类只允许静态方法。

从测试角度来看，Singleton是更好的方法。与静态类不同，singleton可以实现接口，您可以使用mock实例并注入它们。

在下面的示例中，我将对此进行说明。假设您有一个使用getPrice（）方法的方法isGoodPrice（。

提供getPrice功能的singleton：

public class SupportedVersionSingelton {

    private static ICalculator instance = null;

    private SupportedVersionSingelton(){

    }

    public static ICalculator getInstance(){
        if(instance == null){
            instance = new SupportedVersionSingelton();
        }

        return instance;
    }

    @Override
    public int getPrice() {
        // calculate price logic here
        return 0;
    }
}

getPrice的使用：

public class Advisor {

    public boolean isGoodDeal(){

        boolean isGoodDeal = false;
        ICalculator supportedVersion = SupportedVersionSingelton.getInstance();
        int price = supportedVersion.getPrice();

        // logic to determine if price is a good deal.
        if(price < 5){
            isGoodDeal = true;
        }

        return isGoodDeal;
    }
}


In case you would like to test the method isGoodPrice , with mocking the getPrice() method you could do it by:
Make your singleton implement an interface and inject it. 



  public interface ICalculator {
        int getPrice();
    }

最终Singleton实施：

public class SupportedVersionSingelton implements ICalculator {

    private static ICalculator instance = null;

    private SupportedVersionSingelton(){

    }

    public static ICalculator getInstance(){
        if(instance == null){
            instance = new SupportedVersionSingelton();
        }

        return instance;
    }

    @Override
    public int getPrice() {
        return 0;
    }

    // for testing purpose
    public static void setInstance(ICalculator mockObject){
        if(instance != null ){
instance = mockObject;
    }

测试等级：

public class TestCalculation {

    class SupportedVersionDouble implements ICalculator{
        @Override
        public int getPrice() { 
            return 1;
        }   
    }
    @Before
    public void setUp() throws Exception {
        ICalculator supportedVersionDouble = new SupportedVersionDouble();
        SupportedVersionSingelton.setInstance(supportedVersionDouble);

    }

    @Test
    public void test() {
          Advisor advidor = new Advisor();
          boolean isGoodDeal = advidor.isGoodDeal();
          Assert.assertEquals(isGoodDeal, true);

    }

}

如果我们选择使用静态方法来实现getPrice（），那么很难模拟getPrice）。您可以使用power mock模拟静态，但并非所有产品都可以使用它。

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

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

是什么让你说单例或静态方法都不是线程安全的？通常，这两者都应该实现为线程安全的。

单例和一堆静态方法之间的最大区别是，单例可以实现接口（或从有用的基类派生，尽管在我的经验中这不太常见），因此您可以将单例作为“另一个”实现来传递。

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

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

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

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

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

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

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

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

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

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