android单例模式弊端,总结单例模式的几种实现方式及优缺点

双重检查单例(DCL实现单例)

public class Singleton {

private static Singleton instance;

private Singleton(){}

public static Singleton getInstance(){

if(instance == null){

synchronized (Singleton.class){

if(instance == null){

instance = new Singleton();

}

}

}

return instance;

}

}

优点：资源利用率高，第一次执行方法是单例对象才会被实例化。

缺点：第一次加载时会稍慢，jdk1.5之之前有可能会加载会失败。

这种写法估计是我们在开发中最常用的，这次代码的亮点是是在getInstance()方法中进行了双重的判断，第一层判断的主要避免了不必要的同步，第二层判断是为了在null的情况下再去创建实例；举个简单的列子：假如现在有多个线程同时触发这个方法: 线程A执行到nstance = new Singleton(),它大致的做了三件事:

(1)、给Singleton实例分配内存，将函数压栈，并且申明变量类型。

(2)、初始化构造函数以及里面的字段，在堆内存开辟空间。

(3)、将instance对象指向分配的内存空间。

这种写法也并不是保证完全100%的可靠，由于java编译器允许执行无序，并且jdk1.5之前的jvm(java内存模型)中的Cache，寄存器到主内存的回写顺序规定,第二个和第三个执行是无法保证按顺序执行的，也就是说有可能1-2-3也有可能是1-3-2; 这时假如有A和B两条线程，A线程执行到3的步骤，但是未执行2,这时候B线程来了抢了权限，直接取走instance这时候就有可能报错。

简单总结就是说jdk1.5之前会造成两个问题

1、线程间共享变量不可见性。

2、无序性(执行顺序无法保证)。

当然这个bug已经修复了，SUN官方调整了JVM，具体了Volatile关键字，因此在jdk1.5之前只需要写成这样既可, private Volatitle static Singleton instance; 这样就可以保证每次都是从主内存中取,当然这样写或多或少的回影响性能，但是为了安全起见，这点性能牺牲还是值得。

Android常用的框架:Eventbus(DCL双重检查)

static volatile EventBus defaultInstance;

public static EventBus getDefault() {

if (defaultInstance == null) {

synchronized (EventBus.class) {

if (defaultInstance == null) {

defaultInstance = new EventBus();

}

}

}

return defaultInstance;

}