【单例模式】

单例模式即保证一个类只有一个实例，而且自行实例化并向整个系统提供整个实例。

常见的有以下几种需要使用单例：

（1）一个类只需要维持一个实例，可以减少内存的开支，同时提供一个全局的访问点便于控制，如用户的登录状态。
（2）避免对资源的多重占用或访问安全，例如数据库单例类
（3）在生成一些大对象的时候，减少性能的开销，例如线程池

单例模式有以下几个关键点：

（1）构造函数不对外开放，这样就没法通过new一个对象的方式来创建实例（TODO: 那么使用类加载器方式呢？），与之相对的，提供一个静态方法用于返回唯一的实例
（2）在多线程条件下和反序列化条件下保证其不会生成多个对象

// 饿汉模式, 在类被加载时自动生成实例
public class Singleton {
    private static final Singleton instance = new Singleton();
    public static getInstance() {
        return instance;
    }
}

// 懒汉模式，调用时才产生实例
public calss Singleton {
    private static final Singleton instance;
    public  static synchronized Singleton getInstance() {
        if (instance == null) {
            instance = new Singleton();
        }
        return instance;
    }
}
// getInstace方法中添加了synchronized关键字，这是在多线程条件下保证单例唯一性的手段，但是存在的问题是每次调用getInstace都进行同步，产生了不必要的开销。

// 为了克服上面的问题，引入DCL (double check lock)
public calss Singleton {
    private static final Singleton instance;
    public  static Singleton getInstance() {
        if (instance == null) {
            synchronized (Singleton.class) {
                if (instance == null) {
                    instance = new Singleton();
                }
            }
        }
        return instance;
    }
}
// getInstance中对instance进行了两层判空，第一层判断主要是为了不必要的同步，第二层的判断才是在null的情况下创建实例
// 但是DCL存在问题，众所周知，new SingleTon() 由多条汇编指令组成，分为 分配内存，静态初始化 和 指向引用，但是由于2和3的顺序无法保证，那么如果在A的3执行完但2还没有执行的情况下被切换到线程B，因为已经走了3导致instance不为null，直接把instance取走，再使用时就会出错，导致DCL的失效。

// 静态内部类
piblic class Singleton {
    private static class SingletonHolder {
        private static final Singleton instance = new Singleton();
    }
    public static Singleton getInstance() {
        return SingletonHolder.instance;
    }
}

上面介绍了几种常用的单例模式，因为 android 作为一个客户端，基本上不会遇到高并发的情况，所以DCL已经基本能满足需要，所以推荐使用DCL和静态内部类的形式 。

同时，如果单例模式持有context，那么很容易造成内存泄漏的问题，故最好可以直接使用application的context（恒存在）