Android开发模式之一：单例模式

Singleton模式可以是很简单的，它的全部只需要一个类就可以完成。但是如果在“对象创建的次数以及何时被创建”这两点上较真起来，Singleton模式可以相当的复杂，比头五种模式加起来还复杂，譬如涉及到DCL双锁检测（double checked locking）的讨论、涉及到多个类加载器（ClassLoader）协同时、涉及到跨JVM（集群、远程EJB等）时、涉及到单例对象被销毁后重建等。单例模式是设计模式中最常见也最简单的一种设计模式，保证了在程序中只有一个实例存在并且能全局的访问到。比如在android实际APP 开发中用到的 账号信息对象管理， 数据库对象（SQLiteOpenHelper）等都会用到单例模式。下面针对一些例子分析一下我们在开发过程中应用单例模式需要注意的点。

一、作用
单例模式（Singleton）：保证一个类仅有一个实例，并提供一个访问它的全局访问点

二、适用场景

1. 应用中某个实例对象需要频繁的被访问。

2. 应用中每次启动只会存在一个实例。如账号系统，数据库系统。

三、常用的使用方式

（1）懒汉式

public class Singleton {    /* 持有私有静态实例，防止被引用，此处赋值为null，目的是实现延迟加载 */    private static Singleton instance = null;    /* 私有构造方法，防止被实例化 */    private Singleton() {    }    /* 1:懒汉式，静态工程方法，创建实例 */    public static Singleton getInstance() {        if (instance == null) {            instance = new Singleton();        }        return instance;    }}

调用：

Singleton.getInstance().method();

优点：延迟加载（需要的时候才去加载）

缺点： 线程不安全，在多线程中很容易出现不同步的情况，如在数据库对象进行的频繁读写操作时。

（2）加同步锁

既然线程不安全，那就加上同步锁，一种加法如下：

   /*2.懒汉式变种，解决线程安全问题**/    public static synchronized Singleton getInstance() {        if (instance == null) {            instance = new Singleton();        }        return instance;    }

另外的写法是这样：

   /*加上synchronized，但是每次调用实例时都会加载**/    public static Singleton getInstance() {        synchronized (Singleton.class) {            if (instance == null) {                instance = new Singleton();            }        }        return instance;    }

调用：

Singleton.getInstance().method();

优点：解决了线程不安全的问题。

缺点：效率有点低，每次调用实例都要判断同步锁

补充：在Android源码中使用的该单例方法有：InputMethodManager，AccessibilityManager等都是使用这种单例模式

（3）双重检验锁

要优化（2）中因为每次调用实例都要判断同步锁的问题，很多人都使用下面的一种双重判断校验的办法

  /*3.双重锁定:只在第一次初始化的时候加上同步锁*/    public static Singleton getInstance() {        if (instance == null) {            synchronized (Singleton.class) {                if (instance == null) {                    instance = new Singleton();                }            }        }        return instance;    }

这种方法貌似很完美的解决了上述效率的问题，它或许在并发量不多，安全性不太高的情况能完美运行，但是，这种方法也有不幸的地方。问题就是出现在这句： instance = new Singleton();

在JVM编译的过程中会出现指令重排的优化过程，这就会导致当 instance实际上还没初始化，就可能被分配了内存空间，也就是说会出现 instance !=null 但是又没初始化的情况，这样就会导致返回的 instance 不完整。

调用：

Singleton.getInstance().method();

优点：在并发量不多，安全性不高的情况下或许能很完美运行单例模式

缺点：不同平台编译过程中可能会存在严重安全隐患。

补充：在android图像开源项目Android-Universal-Image-Loader （https://github.com/nostra13/Android-Universal-Image-Loader）中使用的是这种方式。

（4）内部类的实现

内部类是一种好的实现方式，可以推荐使用一下：

public class SingletonInner {    /**     * 内部类实现单例模式     * 延迟加载，减少内存开销     *      * @author      *      */    private static class SingletonHolder {        private static SingletonInner instance = new SingletonInner();    }    /**     * <span style="color: rgb(0, 130, 0); font-family: Consolas, 'Courier New', Courier, mono, serif; line-height: 18px;">private的构造函数用于避免外界直接使用new来实例化对象</span>     */    private SingletonInner() {    }    public static SingletonInner getInstance() {        return SingletonHolder.instance;    }    protected void method() {        System.out.println("SingletonInner");    }}

调用：

SingletonInner.getInstance().method();

优点：延迟加载，线程安全（java中class加载时互斥的），也减少了内存消耗

（5）枚举的方法

这是网上很多人推荐的一种做法，但是貌似使用的不广泛

/** * @function:单例模式枚举实现 * @author xuzhaohu *  */public enum SingletonEnum {    /**     * 1.从Java1.5开始支持;     * 2.无偿提供序列化机制;     * 3.绝对防止多次实例化，即使在面对复杂的序列化或者反射攻击的时候;     */    instance;    private String others;    SingletonEnum() {    }    public void method() {        System.out.println("SingletonEnum");    }    public String getOthers() {        return others;    }    public void setOthers(String others) {        this.others = others;    }}

调用：

SingletonEnum.instance.method();

参考：http://zz563143188.iteye.com/blog/1847029

          http://blog.csdn.net/beyond0525/article/details/22794221

          http://blog.csdn.net/liguangzhenghi/article/details/8076361

          http://www.linuxidc.com/Linux/2014-09/106151p2.htm