设计模式之单例模式

单例模式的定义

“Ensure a class has only instance, and provide a global point of access to it.”
（确保某一个类只有一个实例，而且自行实例化并向整个系统提供这个实例。）

package com.example.demo.designpatterns;

/**
 * 饿汉式
 * 是否 Lazy 初始化：否
 * 是否多线程安全：是
 * 实现难度：易
 * 描述：这种方式比较常用，但容易产生垃圾对象。
 */
public class Singleton {
    private static final Singleton singleton = new Singleton();
    //让构造函数为 private，这样该类就不会被实例化
    private Singleton() { }
    //获取唯一可用的对象
    public static Singleton geInstance(){
        return singleton;
    }
}
/**
 * 懒汉式，线程安全(线程不安全省略)
 * 是否 Lazy 初始化：是
 * 是否多线程安全：是
 * 实现难度：易
 * 描述：这种方式具备很好的 lazy loading，能够在多线程中很好的工作，但是，效率很低，99% 情况下不需要同步。
 * 优点：第一次调用才初始化，避免内存浪费。
 * 缺点：必须加锁 synchronized 才能保证单例，但加锁会影响效率。getInstance() 的性能对应用程序不是很关键（该方法使用不太频繁）
 */
class Singleton1 {
    private static Singleton1 singleton = null;
    //让构造函数为 private，这样该类就不会被实例化
    private Singleton1() { }
    //获取唯一可用的对象
    public synchronized static Singleton1 geInstance(){
        if (singleton == null){
            singleton = new Singleton1();
        }
        return singleton;
    }
}
/**
 * 双检锁/双重校验锁（DCL，即 double-checked locking）
 * JDK 版本：JDK1.5 起
 * 是否 Lazy 初始化：是
 * 是否多线程安全：是
 * 实现难度：较复杂
 * 描述：这种方式采用双锁机制，安全且在多线程情况下能保持高性能。getInstance() 的性能对应用程序很关键。
 */
class Singleton2 {
    private static Singleton2 singleton = null;
    //让构造函数为 private，这样该类就不会被实例化
    private Singleton2() { }
    //获取唯一可用的对象
    public static Singleton2 geInstance(){
        if (singleton == null){
            synchronized (Singleton2.class) {
                if(singleton == null){
                    singleton = new Singleton2();
                }
            }
        }
        return singleton;
    }
}

/**
 * 登记式/静态内部类
 * 是否 Lazy 初始化：是
 * 是否多线程安全：是
 * 实现难度：一般
 * 描述：这种方式能达到双检锁方式一样的功效，但实现更简单。对静态域使用延迟初始化，应使用这种方式而不是双检锁方式。
 * 这种方式只适用于静态域的情况，双检锁方式可在实例域需要延迟初始化时使用。
 * 这种方式同样利用了 classloader 机制来保证初始化 instance 时只有一个线程，它跟第 3 种方式不同的是：
 * 第 3 种方式只要 Singleton 类被装载了，那么 instance 就会被实例化（没有达到 lazy loading 效果），
 * 而这种方式是 Singleton 类被装载了，instance 不一定被初始化。因为 SingletonHolder 类没有被主动使用，
 * 只有通过显式调用 getInstance 方法时，才会显式装载 SingletonHolder 类，从而实例化 instance。想象一下，
 * 如果实例化 instance 很消耗资源，所以想让它延迟加载，另外一方面，又不希望在 Singleton 类加载时就实例化，
 * 因为不能确保 Singleton 类还可能在其他的地方被主动使用从而被加载，那么这个时候实例化 instance 显然是不合适的。
 * 这个时候，这种方式相比第 3 种方式就显得很合理。
 */
class Singleton3 {
    private static class SingletonHolder{
        public static final Singleton3 singleton = new Singleton3();
    }
    //让构造函数为 private，这样该类就不会被实例化
    private Singleton3() { }
    //获取唯一可用的对象
    public static final Singleton3 getInstance() {
        return SingletonHolder.singleton;
    }
}

/**
 * 枚举
 * JDK 版本：JDK1.5 起
 * 是否 Lazy 初始化：否
 * 是否多线程安全：是
 * 实现难度：易
 * 描述：这种实现方式还没有被广泛采用，但这是实现单例模式的最佳方法。它更简洁，自动支持序列化机制，绝对防止多次实例化。
 * 这种方式是 Effective Java 作者 Josh Bloch 提倡的方式，它不仅能避免多线程同步问题，而且还自动支持序列化机制，
 * 防止反序列化重新创建新的对象，绝对防止多次实例化。不过，由于 JDK1.5 之后才加入 enum 特性，用这种方式写不免让人感觉生疏，
 * 在实际工作中，也很少用。不能通过 reflection attack 来调用私有构造方法。
 */
class Singleton4 {
    private enum SingletonEnum{
        SINGLETON_ENUM;
        private Singleton4 singleton;
        SingletonEnum(){
            singleton = new Singleton4();
        }
        public Singleton4 getInstance(){
            return singleton;
        }
    }
    //让构造函数为 private，这样该类就不会被实例化
    private Singleton4() { }
    //获取唯一可用的对象
    public static final Singleton4 getInstance() {
        return SingletonEnum.SINGLETON_ENUM.getInstance();
    }
}

单例模式的应用

• 单例模式的优点
  Ⅰ.由于单例模式在内存中只有一个实例，减少了内存开支，特别是一个对象需要频繁地创建、销毁时，而且创建和销毁时性能又无法优化，单例模式的优势就非常明显了。
  Ⅱ.由于单例模式只生产一个实例。所以减少了系统的性能开销.
  Ⅲ.单例模式可以避免对资源的多重利用，例如一个写文件动作，由于只有一个实例存在内存中，避免对同一资源文件地同时写操作。
  Ⅳ.单例模式可以在系统设置全局的访问点，优化和共享资源访问，例如可以设计一个单例类，负责所有表的映射处理。

• 单例模式的缺点
  Ⅰ.单例模式一般没有接口，扩展很困难（接口或抽象类是不能被实例化的）。
  Ⅱ.单例模式对测试是不利的。
  Ⅲ.单例模式和单一职责原则有冲突。一个类只应该实现一个逻辑，而不是关系它是否是单例地，是不是要单例企业绝域环境，单例模式把“要单例”和业务逻辑融合在一个类中。

• 单例模式的使用场景
  在一个系统中，要求一个类有且仅有一个对象，如果出现多个对象就会出现“不良反应”，可以采用单例模式，具体场景如下：
  Ⅰ.要求生成唯一序列号的环境；
  Ⅱ.在整个项目中需要一个共同访问点和共享数据，例如一个Web页面上的计数器；
  Ⅲ.创建一个对象需要消耗的资源过多，如要访问IO和数据库等资源；
  Ⅳ.需要定义大量的静态常量和静态方法的环境，可以采用单例模式（当然也可以直接声明为static的方式）。

• 单例模式的注意事项
  首先，在高并发情况下，请注意单例模式的线程同步问题。单例模式有几种不同的实现方式，具体可以看我贴的代码。

单例模式的最佳实践

单例模式是23种设计模式中比较简单的，应用非常广泛，比如在Spring中，每个Bean默认就是单例的，这样做的优点是Spring容器可以管理这些Bean的生命期，决定什么时候创建出来，什么时候销毁，销毁的时候该怎么处理等等。如果采用非单例模式（Prototype类型），则Bean初始化后的管理交由J2EE容器，Spring容器不在跟踪管理它的生命周期。