设计模式之单例模式

单例模式定义

确保某一个类仅有一个实例对象，而且自行实例化并向整个系统提供这个实例。

单例模式使用场景

确保某个类只有一个对象的场景，避免产生多个对象浪费资源，或者某种类型对象只应该有且只有一个。

单例模式要素

1，构造函数不对外开放，一般为private;

2，通过一个静态方法或者枚举返回单例类对象；

3，确保单例类的对象有且只有一个，尤其是在多线程环境下；

4，确保单例类对象在反序列化过程中不会重新构建对象；

多种单例模式实现

1，饿汉式单例模式

public class ZWDaiHelperSingle01 {
    
    private static final ZWDaiHelperSingle01 mInstance = new ZWDaiHelperSingle01();

    //单例模式要素01-构造函数私有
    private ZWDaiHelperSingle01() {}

    public static ZWDaiHelperSingle01 getInstance() {
        return mInstance;
    }

}

2，懒汉式单例模式

public class ZWDaiHelperSingle02 {

    private static ZWDaiHelperSingle02 mInstance = null;

    //单例模式要素01-构造函数私有
    private ZWDaiHelperSingle02() {}

    public static synchronized ZWDaiHelperSingle02 getInstance() {
        if (mInstance == null)
            mInstance = new ZWDaiHelperSingle02();
        return mInstance;
    }

}

模式介绍：

我们发现在获取实例的getInstance()方法上，加入了synchronized关键字，也就是getInstance是一个同步方法。也就是说在多线程的情况下保证了单例对象的唯一性，但这样却会导致一个问题：即使mInstance对象已经被实例化（第一次调用时），每次调用getInstance()方法都会进行同步，这样会消耗不必要的资源，这也是懒汉单例模式使用时最大的问题。

 优点：单例对象只有在使用时会被实例化，在一定程度上节约了资源。

 缺点：第一次加载时需要及时实例化，反应稍慢。每次调用getInstance()同步方法，造成不必要的同步开销。这种开销远远大于节约的资源，所以这种模式通常不建议使用。

3，Double Check Lock （DCL）单例模式

public class ZWDaiHelperSingle03 {

    private static ZWDaiHelperSingle03 mInstance = null;

    //单例模式要素01-构造函数私有
    private ZWDaiHelperSingle03() {
    }

    public static ZWDaiHelperSingle03 getInstance() {
        if (mInstance == null) {
            synchronized (ZWDaiHelperSingle03.class) {
                if (mInstance == null)
                    mInstance = new ZWDaiHelperSingle03();
            }
        }
        return mInstance;
    }

}

模式介绍：

getInstance()方法中对mInstance进行了两次判空，第一层判断主要是为了避免不必要的同步；第二层判断则是为了在null的情况下创建实例；

JDK 1.5只有只需要将mInstance的创建写成：private volatile static ZWDaiHelperSingle03= null;就可以保证mInstance对象每次都从主内存中读取。

优点：资源利用率高，第一次执行getInstance()时单例对象才会被实例化，效率高；

缺点：第一次加载时反应稍慢，也由于Java 内存模型（JMM Java Memory Model）的原因（Cache，寄存器到主内存回写顺序是不确定的）会在JDK 1.5之前偶尔导致DCL失效问题，在高并发情况下也会存在缺陷。

优化方案：JDK 1.5只有只需要将mInstance的创建写成：private volatile static ZWDaiHelperSingle03= null;就可以保证mInstance对象每次都从主内存中读取，防止产生指令的重排序问题。

4，静态内部类单例模式

public class ZWDaiHelperSingle04 {

    //单例模式要素01-构造函数私有
    private ZWDaiHelperSingle04() {
    }

    public static ZWDaiHelperSingle04 getInstance() {
        return ZWDaiHelperSingle.mInstance;
    }

    private static class ZWDaiHelperSingle {
        private static final ZWDaiHelperSingle04 mInstance = new ZWDaiHelperSingle04();
    }

}

模式介绍：

DCL虽然在一定程度上解决了资源消耗，多余的同步，线程安全问题，但是它还是在某种情况下存在失效的问题，这个问题被称为双重检查锁定（DCL）失效问题，在《Java 并发编程实践》一书中提到这个问题，并提出这种“优化”是丑陋的，不赞成使用；

优点：

当第一次加载单例类时并不会初始化mInstance，只有在第一次调用单例类中getInstance()方法才会导致 mInstance才会被实例化。这是，getInstance()方法会导致虚拟机加载单例类。这种方法不仅能确保线程安全，也能够保证单例对象的唯一性，同时页延迟了单例的实例化。

5，枚举单例模式

public enum ZWDaiHelperSingle05 {
    INSTANCE;
}

模式介绍：

应用场景：反序列化

枚举在java中与普通类是一样的，可以创建字段，还能够添加自己的方法，最重要的是默认枚举实例的创建是线程安全的，并且在任何情况下它都是一个单例。之所以这样说，是因为上述的几种单例模式实现中，在一种情况下它们会出现重新创建对象的情况，那就是反序列化通过序列化可以将一个单例的实例对象写到磁盘，然后再读回来，从而有效地获得一个实例。即使构造函数是私有的，反序列化时依然可以通过特殊的途径去创建类的一个新的实例，相当与调用类的构造函数。

    private Object redResolve() throws ObjectStreamException {
        return mInstance;
    }

反序列化操作提供了一个特别的钩子函数，类中具有一个私有的，被实例化的方法redResolve()，这个方法可以让开发人员控制对象的反序列化。

例如如果上述几个实例中如果要杜绝单例对象在反序列化时重新生成对象，那么就必须加入如下方法：

    private Object redResolve() throws ObjectStreamException {
        return mInstance;
    }

也就是在调用redResolve方法中也将mInstance对象返回，而不是重新生成一个新的实例。而枚举却不存在这个问题，因为即使反序列化他也不会重新生成新的实例。

优点：代码简洁；反序列化不会重新生成新的实例；

总结

优点：

（1）由于单例模式在内存中只有一个实例，减少了内存开支，特别是一个对象需要频繁地创建，销毁时，而且创建或者销毁对象时性能又无法优化，单例模式的优势就非常明显。

（2）由于单例模式只生成一个实例，所有，减少系统的性能开销，但与个对象产生需要比较多的资源时，如读取配置，产生其他依赖时，则可以通过在应用启动时产生一个单例对象，然后用永久驻留内存方式来解决。

（3）单例模式可以避免对资源的多重占用，例如一个写文件操作，由于只有一个实例存在内存中，避免对同一资源文件的同时写操作。

（4）单例模式可以在系统设置全局的访问点，优化和共享资源访问，例如，可以设计一个单例类，负责所有数据表的映射处理。

缺点：

（1）单例模式一般没有接口，扩展性较差。

（2）单例对象如果持有Context，那么很容易引发内存泄漏，此时需要注意传递给单例对象的Context最好是Application。