单例模式的五种写法

经典版单例模式

public class Singleton {

    //利用一个静态常量来记录singleton类的唯一实例。
    private static Singleton uniqueInstance;

    private Singleton() {
    }

    public static  Singleton getInstance() {
        if (uniqueInstance == null) {//注意，只有第一次才彻底执行这里的代码
            uniqueInstance = new Singleton();//延迟实例化 （lazy instantiaze）
        }
        return uniqueInstance;
        //如果uniqueInstance不是null，就表示之前创建过对象，
        // 我们就直接跳到return语句
    }
}

这个版本存在一些问题，当不止一个线程的时候，以两个线程为例，两个线程同时执行到 if (uniqueInstance == null) {} 时，因为两个线程里类此时都没有实例化，因此这里还会 new 两个实例，所以经典模式只适合同步的情况下。

优点：延迟加载（需要的时候才去加载）
缺点：线程不安全，在多线程中很容易出现不同步的情况，如在数据库对象进行的频繁读写操作时。

同步锁单例模式

public class Singleton {
    //利用一个静态常量来记录singleton类的唯一实例。
    private static Singleton uniqueInstance;

    private Singleton() {
    }
    
    /*懒汉式变种，解决线程安全问题**/  
    public static synchronized Singleton getInstance() {
        if (uniqueInstance == null) {//注意，只有第一次才彻底执行这里的代码
            uniqueInstance = new Singleton();//延迟实例化 （lazy instantiaze）
        }
        return uniqueInstance;
        //如果uniqueInstance不是null，就表示之前创建过对象，
        // 我们就直接跳到return语句
    }

    /*更一般的写法是这样, 加上synchronized，但是每次调用实例时都会加载**/  
    public static Singleton getInstance() {  
         synchronized (Singleton.class) {  
             if (instance == null) {  
                 instance = new Singleton();  
             }  
         }  
         return instance;  
    }
}

通过添加 synchronized 关键字到 getInstance 方法中，我们强迫每个进入线程中进入该方法的前提是别的线程离开该方法，不会有两个线程同时进入该方法。这种单例模式是线程安全的，不过 synchronized 会影响程序的性能，只有第一次执行该方法实例化的时候才需要同步，一旦设置好 uniqueInstance 就不再需要同步这个方法了。因此之后每次调用这个方法，synchronized 都是一种累赘。

优点：解决了线程不安全的问题。
缺点：效率有点低，每次调用实例都要判断同步锁
补充：在Android源码中使用的该单例方法有：InputMethodManager，AccessibilityManager等都是使用这种单例模式

急切式单例模式（直接在静态变量创建单例）

public class Singleton {

    /** 
     * 内部类实现单例模式 
     * 延迟加载，减少内存开销 
     * 
     */  
    private static class SingletonHolder {  
        private static Singleton instance = new Singleton();  
    }  

    /** 
     * 私有的构造函数 
     */  
    private Singleton() {  

    }  

    public static Singleton getInstance() {  
        return SingletonHolder.instance;  
    }  
 }

优点：延迟加载，线程安全（java中class加载时互斥的），也减少了内存消耗

双重同步锁单例模式

public class Singleton {
    //volatile 关键词确保：当uinqueInstance变量被初始化成Singleton实例时，
    // 多个线程正确的处理uniqueInstance变量
    private volatile static Singleton uniqueInstance;//利用一个静态常量来记录singleton类的唯一实例。

    private Singleton() {

    }
    //防止多线程出错
    public static  Singleton getInstance() {//检查实例，如果不存在，进入同步区块。
        if (uniqueInstance == null) {//注意，只有第一次才彻底执行这里的代码
            synchronized (Singleton.class) {
                //进入区块后在检查一次，如果仍是null，才创建实例。
                if (uniqueInstance == null) {
                    uniqueInstance = new Singleton();//延迟实例化 （lazy instantiaze）
                }
            }
        }
        return uniqueInstance;//如果uniqueInstance不是null，就表示之前创建过对象，
        // 我们就直接跳到return语句
    }
}  

想比同步锁单例模式，这种做法可以大大提高性能。
volatile 关键词：当 uinqueInstance 变量被初始化成 Singleton 实例时，多个线程正确的处理 uniqueInstance 变量。

优点：在并发量不多，安全性不高的情况下或许能很完美运行单例模式。
缺点：不同平台编译过程中可能会存在严重安全隐患。
补充：在android图像开源项目Android-Universal-Image-Loader （https://github.com/nostra13/Android-Universal-Image-Loader）中使用的是这种方式。

用枚举实现单例模式

public enum Singleton {
    instance;
    private xxxxxx instance;
    Singleton () {
        instance = new xxxxxx ();
    }
    public xxxxxx getInstance() {
        return instance;
    }
}

上面的类 xxxxxx 是我们要应用单例模式的资源，具体可以表现为网络连接，数据库连接，线程池等等。获取资源的方式很简单，只要使用Singleton.instance.getInstance() 即可获得所要实例。在枚举中我们明确了构造方法限制为私有，在我们访问枚举实例时会执行构造方法，同时每个枚举实例都是 static final 类型的，也就表明只能被实例化一次。在调用构造方法时，我们的单例被实例化。 也就是说，因为 enum 中的实例被保证只会被实例化一次，所以我们的 instance 也被保证实例化一次。