多线程案例(1)-单例模式

缺乏、安全感 2024-04-28 07:09 140阅读 0赞

#### 文章目录 ####

*  多线程案例一
 *   *  一、单例模式

**大家好，我是晓星航。今天为大家带来的是 多线程案例一 相关的讲解！?**

## 多线程案例一 ##

### 一、单例模式 ###

单例模式是校招中最常考的**设计模式**之一.

> **啥是设计模式?**
> 
> 设计模式好比象棋中的 “棋谱”. 红方当头炮, 黑方马来跳. 针对红方的一些走法, 黑方应招的时候有 一些固定的套路. 按照套路来走局势就不会吃亏.
> 
> 软件开发中也有很多常见的 “问题场景”. 针对这些问题场景, 大佬们总结出了一些固定的套路. 按照 这个套路来实现代码, 也不会吃亏.

单例模式能保证某个类在程序中**只存在唯一一份实例**, 而不会创建出多个实例.

> 这一点在很多场景上都需要. 比如 JDBC 中的 DataSource 实例就只需要一个.

单例模式具体的实现方式, 分成 “饿汉” 和 “懒汉” 两种.

**饿汉模式**

类加载的同时, 创建实例.

class Singleton {
        
        //在此处，先把这个实例给创建出来了
        private static Singleton instance = new Singleton();
        //如果需要使用这个唯一实例，统一通过 Singleton.getInstance() 方式来获取
        public static Singleton getInstance() {
        
            return instance;
        }
        public Singleton() {
        
            
        }
        //为了避免 Singleton 类不小心被复制出多份来。
        //把构造方法设为private 在类外面，就无法通过new的方式来创建这个 Singleton 实例了
    }

1.static这个操作，是让当前 instance 属性是类属性。类属性是长在类对象上的，类对象又是唯一实例的。(只是在类加载阶段被创建出一个实例)

2.构造方法是设为private。外面得代码无法 new

类加载：运行一个Java程序，就需要让Java进程能够找到并读取对应的.class文件，就会读取文件内容，并解析，构造成类对象…这一系列的操作过程，称为 类加载。要执行Java程序前提就是得把类加载起来才行。

![202307231350117.png][] ![202307231350743.png][]

**懒汉模式-单线程版**

类加载的时候不创建实例. 第一次使用的时候才创建实例.

class Singleton {
        
        //在此处，先把这个实例设为空
        private static Singleton instance = null;
            //如果需要使用这个唯一实例，统一通过 Singleton.getInstance() 方式来获取
        public static Singleton getInstance() {
        
            if (instance == null) {
        
                instance = new Singleton();
           }
            return instance;
       }
        //为了避免 Singleton 类不小心被复制出多份来。
        //把构造方法设为private 在类外面，就无法通过new的方式来创建这个 Singleton 实例了
        private Singleton() {
        
            
        }
    }

这个实例并非是类加载的时候创建了。而是真正第一次使用的时候，才去创建(如果不用，就不创建了)

![202307231359172.png][] ![202307231359824.png][]

**懒汉模式-多线程版(比饿汉模式相率更高)**

上面的懒汉模式的实现是线程不安全的

> 线程安全问题发生在首次创建实例时. 如果在多个线程中同时调用 getInstance 方法, 就可能导致 创建出多个实例.
> 
> 一旦实例已经创建好了, 后面再多线程环境调用 getInstance 就不再有线程安全问题了(不再修改 instance 了)

加上 synchronized 可以改善这里的线程安全问题.

class Singleton {
        
        private static Singleton instance = null;
        private Singleton() {
        }
        public synchronized static Singleton getInstance() {
        
            if (instance == null) {
        
                instance = new Singleton();
           }
            return instance;
       }
    }

注意这里的synchronized要加在读(if语句)和写(instance new一个新对象)上面，把他们一起锁住。

![202307251014687.png][]

**懒汉模式-多线程版(改进)**

以下代码在加锁的基础上, 做出了进一步改动:

*  使用双重 if 判定, 降低锁竞争的频率.
 *  给 instance 加上了 volatile.

class Singleton {
        
        private static volatile Singleton instance = null;
        private Singleton() {
        }
        public static Singleton getInstance() {
        
            if (instance == null) {
        
                synchronized (Singleton.class) {
        
               if (instance == null) {
        
                   instance = new Singleton();
                   }
               }
           }
            return instance;
       }
    }

> **理解双重 if 判定 / volatile:**
> 
> ![202307251035014.png][] ![202307251033876.png][]
> 
> 加锁 / 解锁是一件开销比较高的事情. 而懒汉模式的线程不安全只是发生在首次创建实例的时候. 因此后续使用的时候, 不必再进行加锁了.
> 
> 外层的 if 就是判定下看当前是否已经把 instance 实例创建出来了.
> 
> 同时为了避免 “内存可见性” 导致读取的 instance 出现偏差, 于是补充上 volatile .
> 
> 当多线程首次调用 getInstance, 大家可能都发现 instance 为 null, 于是又继续往下执行来竞争锁, 其中竞争成功的线程, 再完成创建实例的操作.
> 
> 当这个实例创建完了之后, 其他竞争到锁的线程就被里层 if 挡住了. 也就不会继续创建其他实例.
> 
> 1.  有三个线程, 开始执行`getInstance`, 通过外层的 `if (instance == null)`知道了实例还没 有创建的消息. 于是开始竞争同一把锁.
> 
> ![202306192101326.png][]
> 
> 1.  其中线程1 率先获取到锁, 此时线程1 通过里层的 if (instance == null) 进一步确认实例是 否已经创建. 如果没创建, 就把这个实例创建出来.
> 
> ![202306192101026.png][]
> 
> 1.  当线程1 释放锁之后, 线程2 和 线程3 也拿到锁, 也通过里层的 if (instance == null) 来 确认实例是否已经创建, 发现实例已经创建出来了, 就不再创建了.
> 
> ![202306192102896.png][]
> 
> 1.  后续的线程, 不必加锁, 直接就通过外层 if (instance == null) 就知道实例已经创建了, 从 而不再尝试获取锁了. 降低了开销.
> 
> ![202306192103719.png][]

*感谢各位读者的阅读，本文章有任何错误都可以在评论区发表你们的意见，我会对文章进行改正的。如果本文章对你有帮助请动一动你们敏捷的小手点一点赞，你的每一次鼓励都是作者创作的动力哦！?*

[202307231350117.png]: https://7078909xxh.oss-cn-shanghai.aliyuncs.com/csdn图床专用区/202307231350117.png
[202307231350743.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/28/b269f04a59494702911a9f5e4df8368c.png
[202307231359172.png]: https://7078909xxh.oss-cn-shanghai.aliyuncs.com/csdn图床专用区/202307231359172.png
[202307231359824.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/28/222387b6f05d48ffb3c277cc47d5d21e.png
[202307251014687.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/28/40af2b5d599e42c4ae21b171668fca33.png
[202307251035014.png]: https://7078909xxh.oss-cn-shanghai.aliyuncs.com/csdn图床专用区/202307251035014.png
[202307251033876.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/28/b538ebb74bfe4a7384f2db8c59283034.png
[202306192101326.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/28/fa2166419d164a4fb2f697cc5ba873e0.png
[202306192101026.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/28/f414f527eb3d465fbe7ab30930d15e53.png
[202306192102896.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/28/ebe77cf9da0f4dd4a5530e164e6b075e.png
[202306192103719.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/28/bea6fccf624c4713af5c04ed23d80126.png