设计模式--单例模式

单例模式介绍

单例模式保证系统只有一个全局对象，为什么要保证只有一个单例对象？因为对象创建要成本，例如ImageLoader对象中包含有线程池，缓存系统，网络访问等，这是很耗费资源的。

实现单例模式的关键点

1. 构造函数不对外开放，一般为Private
2. 通过一个静态方法或者枚举返回单例类对象
3. 确保单例类的对象有且只有一个，尤其在多线程环境下
4. 确保单例类对象在反序列化时不会重新构建对象

单例模式的简单实例

懒汉模式

public class Singleton {
    //只有使用的时候才初始化
    private static Singleton sInstance;

    //私有化构造方法
    private Singleton() {
    }

    public static synchronized Singleton getInstance() {
        if (sInstance== null) {
            sInstance= new Singleton();
        }
        return sInstance;
    }
}

懒汉模式是声明一个静态对象，并且在用户第一调用getInstance是进行初始化。synchronized关键字保证在多线程的情况下单例对象唯一。

优点：单例只有在使用到的时候才被初始化，一定程度上节约资源。
缺点：如果对象sInstance已经初始化了，每次调用getInstance方法都会进行同步，这样会消耗不必要的资源。

Double Check Lock(DCL)

DCL方式实现单例模式的优点是，既能够保证在需要的时候才初始化，又能够保证线程安全，且初始化后调用getInstance不进行同步锁。

public class Singleton {
    private static Singleton sInstance = null;

    //私有化构造函数
    private Singleton() {
    }

    public static Singleton getInstance() {
        //避免不必要的同步
        if (sInstance == null) {
            synchronized (Singleton.class) {
                if (sInstance == null) {
                    sInstance = new Singleton();
                }
            }
        }
        return sInstance;
    }
}

DCL的优点:资源利用率高，第一次执行getInstance时单例对象才会被实例化，效率高。
缺点:第一次加载时反应稍慢，在高并发环境下有一定缺陷，虽然发生概率少，可以通过把sInstance的定义改成private volatile static Singleton sInstance = null;保证程序的正确性。

静态内部类

public class Singleton {
    private Singleton() {
    }

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

    /**
     * 静态内部类
     */
    private static class SingletonHolder {
        private static final Singleton sInstance = new Singleton();
    }
}