彻底明白Android设计模式—单例模式
这次讲讲最简单也最常用的单例模式（顾名思义 保证实例唯一的一种设计模式）
直接五种单例模式献上，让你了解单例模式的前世今生
饿汉模式
像一个饿汉一样，不管需不需要，有没有，都一定要去创建实例。因为太饿了，不管三七二十一，我就要吃！！！
/*一、饿汉模式*/
private static Singleton singleton = new Singleton();
public static Singleton getSingleton() {
return singleton;
}
饿汉模式是在类初始化的时候就创建了实例，所以不管用不用都创建了实例，但是是线程安全的，因为静态变量的创建，在类的初始化过程中是保证线程安全的。
- 优点：线程安全，读取变量速度快
- 缺点：因为一开始就创建了变量，如果后面没用到，就有可能浪费资源
懒汉模式 （不考虑线程安全）
像一个懒汉一样，需要的时候才去实例化，不需要我就不实例化。
/*二、懒汉模式-线程不安全模式*/
private static Singleton singleton2;
public static Singleton getSingleton2() {
if (singleton2 == null) {
singleton2 = new Singleton();
}
return singleton2;
}
- 优点：需要的时候才会实例化变量，实现懒加载
- 缺点：线程不安全
懒汉模式 （线程安全）
这种较上面升级了一点，就是考虑到线程安全，当两个线程同时操作怎么办，肯定要加锁啦
/* 三、懒汉模式-线程安全模式
* 增加synchronized实现实例同步
* */
private static Singleton singleton3;
public synchronized static Singleton getSingleton3() {
if (singleton3 == null) {
singleton3 = new Singleton();
}
return singleton3;
}
synchronized修饰符保证同一时间只有一个线程能进入该方法
- 优点：线程安全，懒加载
- 缺点：需要每次都走锁的部分，性能不算很好
双重加锁
这种就是我们代码中常用的啦，双重加锁的同时，用volatile修饰变量
private volatile static Singleton singleton4;
public static Singleton getSingleton4() {
if (singleton4 == null) {
synchronized (Singleton.class) {
if (singleton4 == null) {
singleton4 = new Singleton();
}
}
}
return singleton4;
}
这种模式在保证线程安全的同时提高了性能：
-
synchronized加锁使得同一时间只有一个线程能进入
-
外面又加了一层if判断其实就是为了性能，如果不为空就不需要进入下面锁的部分了，直接返回
-
volatile修饰符为了让singleton4实例在变化后立即写入主存，方便其他线程读取，否则有可能造成空指针，因为new的过程不是一瞬间的，所以有可能在操作过程中，另一个线程读到singleton4还是空的。
-
优点：线程安全，懒加载，性能也还可以
-
缺点：有点复杂，可能加载速度不快
静态内部类模式-号称最优雅单例
这种方法精髓就在于比较优雅，代码量少，简单易懂。
第一次调用方法时候，才会去加载SingletonHolder内部类并且实例化INSTANCE
private static class SingletonHolder {
private static final Singleton INSTANCE = new Singleton();
}
public static Singleton getSingleton5() {
return SingletonHolder.INSTANCE;
}
ok，你说只会存在一个实例我是看到了，但是这个为啥就能保证线程安全了呢？
这就要说到类的初始化了，类初始化阶段是类加载过程的最后一步，也是执行类构造器<clinit>()方法的过程。
而虚拟机会保证一个类的<clinit>()方法在多线程环境中被正确地加锁和同步。如果有多个线程去同时初始化一个类，那么只会有一个线程去执行这个类的<clinit>()方法，其它线程都需要阻塞等待，直到活动线程执行<clinit>()方法完毕。
所以，明白了吧，内部类在初始化过程中是线程安全的，所以就能保证这个单例的创建也是线程安全的。
- 优点：线程安全，懒加载，代码量少，简单易懂
- 缺点：在调用getSingleton5方法不能带上参数进行实例化，比如上下文参数Context
在Android中的应用
应该随处可见吧，当某个实例在app中被多次调用，就需要创建一个单例，不让其多次创建。
一般就选用双重加锁或者静态内部类模式即可。
