java面试常见模式问题---单例模式

1、简介

单例模式使⽤场景：

业务系统全局只需要⼀个对象实例，⽐如发号器、 redis 连接对象等。
Spring IOC容器中的 Bean 默认就是单例。
Spring Boot 中的 Controller、Service、Dao 层中通过 @Autowire的依赖注⼊对象默认都是单例的。

单例模式分类：

懒汉：就是所谓的懒加载，延迟创建对象，需要用的时候再创建对象。
饿汉：与懒汉相反，提前创建对象。
单例模式实现步骤：
私有化构造函数。
提供获取单例的方法。

2、单例模式——懒汉式

单例模式——懒汉式有以下⼏种实现⽅式：

/**
 * @Auther: csp1999
 * @Date: 2020/11/06/20:36
 * @Description: 单例设计模式-懒汉式
 */
public class SingletonLazy {
    // 当需要用到该实例的时候再创建实例对象
    private static SingletonLazy instance;
    /**
     * 构造函数私有化
     * 不能通过 new SingletonLazy() 的方式创建实例
     * 
     * 当需要用到该实例的时候在加载
     * 只能通过 SingletonLazy.getInstance() 这种方式获取实例
     */
    private SingletonLazy() {
    }
    /**
     * 单例对象的方法
     */
    public void process() {
        System.out.println("方法实例化成功！");
    }
    /**
     * 方式一：
     * <p>
     * 对外暴露一个方法获取该类的对象
     * <p>
     * 缺点：线程不安全，多线程下存在安全问题
     *
     * @return
     */
    public static SingletonLazy getInstance() {
        if (instance == null) {// 实例为null时候才创建
            /**
             * 线程安全问题：
             * 当某一时刻，两个或多个线程同时判断到instance == null成立的时候
             * 这些线程同时进入该if判断内部执行实例化
             * 则会新建出不止一个SingletonLazy实例
             */
            instance = new SingletonLazy();// 当需要的时候再进行实例化对象
        }
        return instance;
    }
    /**
     * 方式二：
     * 通过加synchronized锁 保证线程安全
     *
     * 采用synchronized 对方法加锁有很大的性能开销
     * 因为当getInstance2()内部逻辑比较复杂的时候，在高并发条件下
     * 没获取到加锁方法执行权的线程，都得等到这个方法内的复杂逻辑执行完后才能执行，等待浪费时间，效率比较低
     *
     * @return
     */
    public static synchronized SingletonLazy getInstance2() {
        if (instance == null) {// 实例为null时候才创建
            // 方法上加synchronized锁后可以保证线程安全
            instance = new SingletonLazy();// 当需要的时候再进行实例化对象
        }
        return instance;
    }
    /**
     * 方式三：
     * 在getInstance3()方法内，针对局部需要加锁的代码块加锁，而不是给整个方法加锁
     *
     * 也存在缺陷：
     * @return
     */
    public static SingletonLazy getInstance3() {
        if (instance == null) {// 实例为null时候才创建
            // 局部加锁后可以保证线程安全,效率较高
            // 缺陷：假设线程A和线程B
            synchronized (SingletonLazy.class){
                // 当线程A获得锁的执行权的时候B等待 A执行new SingletonLazy();实例化
                // 当A线程执行完毕后，B再获得执行权，这时候还是可以实例化该对象
                instance = new SingletonLazy();// 当需要的时候再进行实例化对象
            }
        }
        return instance;
    }
}

单例模式：懒汉实现 + 双重检查锁定 + 内存模型

对于上面方式三存在的缺陷，我们可以使用双重检查锁定的方式对其进行改进：

/**
 * 方式三改进版本：
 * 在getInstance3()方法内，针对局部需要加锁的代码块加锁，而不是给整个方法加锁
 *
 * DCL 双重检查锁定 (Double-Checked-Locking) 在多线程情况下保持高性能
 *
 * 这是否安全？ instance = new SingletonLazy(); 并不是原子性操作
 * jvm中 instance实例化内存模型流程如下：
 * 1.分配空间给对象
 * 2.在空间内创建对象
 * 3.将对象赋值给instance引用
 *
 * 假如出现如下顺序错乱的情况：
 * 线程的执行顺序为：1 -> 3 -> 2, 那么这时候会把值写回主内存
 * 则，其他线程就会读取到instance的最新值,但是这个是不完全的对象
 * (指令重排现象)
 *
 * @return
 */
public static SingletonLazy getInstance3plus() {
    if (instance == null) {// 实例为null时候才创建
        // 局部加锁后可以保证线程安全,效率较高
        // 假设线程A和线程B 
        synchronized (SingletonLazy.class){// 第一重检查
            // 当线程A获得锁的执行权的时候B等待 A执行new SingletonLazy();实例化
            // 当A线程执行完毕后，B再获得执行权，这时候再判断instance == null是否成立
            // 如果不成立，B线程无法 实例化SingletonLazy
            if (instance == null){// 第二重检查
                instance = new SingletonLazy();// 当需要的时候再进行实例化对象
            }
        }
    }
    return instance;
}

再次升级方式三，来解决内存模型中的指令重排问题：

// 添加volatile 关键字，禁止实例化对象时，内存模型中出现指令重排现象
private static volatile SingletonLazy instance;
/**
 * 方式三再次升级版本：
 * 在getInstance3()方法内，针对局部需要加锁的代码块加锁，而不是给整个方法加锁
 *
 * DCL 双重检查锁定 (Double-Checked-Locking) 在多线程情况下保持高性能
 *
 * 解决指令重排问题——禁止指令重排
 * @return
 */
public static SingletonLazy getInstance3plusplus() {
    if (instance == null) {// 实例为null时候才创建
        // 局部加锁后可以保证线程安全,效率较高
        // 假设线程A和线程B
        synchronized (SingletonLazy.class){// 第一重检查
            // 当线程A获得锁的执行权的时候B等待 A执行new SingletonLazy();实例化
            // 当A线程执行完毕后，B再获得执行权，这时候再判断instance == null是否成立
            // 如果不成立，B线程无法 实例化SingletonLazy
            if (instance == null){// 第二重检查
                instance = new SingletonLazy();// 当需要的时候再进行实例化对象
            }
        }
    }
    return instance;
}

单例模式——懒汉式调用：

@Test
public void testSingletonLazy(){
    SingletonLazy.getInstance().process();
}

3、单例模式——饿汉式

/**
 * @Auther: csp1999
 * @Date: 2020/11/06/21:39
 * @Description: 单例设计模式-饿汉式
 */
public class SingletonHungry {
    // 当类加载的时候就直接实例化对象
    private static SingletonHungry instance = new SingletonHungry();
    private SingletonHungry(){}
    /**
     * 单例对象的方法
     */
    public void process() {
        System.out.println("方法实例化成功！");
    }
    public static SingletonHungry getInstance(){
        return instance;// 当类加载的时候就直接实例化对象
    }
}

单例模式——饿汉式调用：

@Test
public void testSingletonHungry(){
    SingletonHungry.getInstance().process();
}

饿汉式单例模式，当类加载的时候就直接实例化对象，因此不需要考虑线程安全问题。

优点：实现简单，不需要考虑线程安全问题。
缺点：不管有没有使用该对象实例，instance对象一直占用着这段内存。

懒汉与饿汉式如何选择？

如果对象内存占用不大，且创建不复杂，直接使用饿汉的方式即可。
其他情况均采用懒汉方式(优选)。

总结

文章会不定时更新，有时候一天多更新几篇，如果帮助您复习巩固了知识点，还请支持一下，后续会亿点点的更新！希望大家多多关注自学编程网的其他内容！

编程技巧

目录