Java 单例模式

     单例模式对于频繁使用的对象，可以省略创建对象所花费的时间，这对于那些重量级对象而言，是非常可观的一笔系统开销，另外由于 new 操作的次数减少，因而对系统内存的使用频率也会降低，这将减轻 GC 压力，缩短 GC 停顿时间。常应用于读取配置文件,sessionFactory等场景。

非同步的单例模式代码

public class Singleton implements Runnable{
 private static Singleton instance = new Singleton();
 public static Singleton getInsatnce(){
  return instance;
 }
}

延迟加载的单例模式代码

public class LazySingleton {
 
 private static LazySingleton instance = null;
 public static synchronized LazySingleton getInstance(){
 if(instance == null){
 instance = new LazySingleton();
 }
 return instance;
 }
}

Double Checked locking 模式

public class Singleton{
private static Singleton instance = null;  
public static Singleton getInstance(Context context) {  
    if (instance == null) {                              
        synchronized (Singleton.class) {       
             if (instance == null) {                       
                instance = new Singleton(); 
            }
        }
    }
    return sInst;                                     
}
}

这段代码看起来很完美，很可惜，它是有问题。主要在于instance = new Singleton()这句，这并非是一个原子操作，事实上在 JVM 中这句话大概做了下面 3 件事情。

1.给 instance 分配内存

2.调用 Singleton 的构造函数来初始化成员变量

3.将instance对象指向分配的内存空间（执行完这步 instance 就为非 null 了）
但是在 JVM 的即时编译器中存在指令重排序的优化。也就是说上面的第二步和第三步的顺序是不能保证的，最终的执行顺序可能是 1-2-3 也可能是 1-3-2。如果是后者，则在 3 执行完毕、2 未执行之前，被线程二抢占了，这时 instance 已经是非 null 了（但却没有初始化），所以线程二会直接返回 instance，然后使用，然后顺理成章地报错。


我们只需要将 instance 变量声明成 volatile 就可以了。

public class Singleton{
private volatile static Singleton instance = null;  
public static Singleton getInstance(Context context) {  
    if (instance == null) {                              
        synchronized (Singleton.class) {       
             if (instance == null) {                       
                instance = new Singleton(); 
            }
        }
    }
    return sInst;                                     
}
}