JAVAEE初阶相关内容第七弹--多线程（初阶）

最新推荐文章于 2024-06-21 22:23:19 发布

西西¥

最新推荐文章于 2024-06-21 22:23:19 发布

阅读量77

点赞数 2

分类专栏： Javaee 文章标签： java 开发语言

本文链接：https://blog.csdn.net/weixin_47285608/article/details/132629639

版权

Javaee 专栏收录该内容

26 篇文章 0 订阅

订阅专栏

多线程案例

设计模式

编写代码的约定和规范，相比于框架来说，设计模式是”软性的“，也可以不遵守，但是代码的可读性、可维护性和可扩展性会较差些。

设计模式--是针对一些设计场景给出的具体解决方案，

※单例模式

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

使用了单例模式后，就不能创建多个实例了。

JAVA中的单例模式有很多种，这里主要记录两种：

（1）饿汉模式

（2）懒汉模式

饿汉模式

class MySingleton{
    //首先先把线程创建出来
    private static MySingleton instance = new MySingleton();

    //如果需要使用这个唯一的实例，统一通过MySingleton.getInstance 方法来获取。
    public static MySingleton getInstance() {
        return instance;
    }

    //为了避免MySingleton类不小心被复制出多份
    //把构造方法设置为private，在类外面，就没办法通过new的方式来创建这个MySingleton实例了
    private  MySingleton(){

    }
}
public class ThreadD19 {
    public static void main(String[] args) {
        MySingleton s1 = MySingleton.getInstance();
        MySingleton s2 = MySingleton.getInstance();
        System.out.println(s1 == s2);
    }
}

饿汉模式：在类的加载阶段，就把实例创建出来了。类加载阶段是比较靠前的阶段，看起来是特别急切地，所以叫”饿汉“模式，运行上述的代码：

可以看到s1和s2指的是同一个对象，二者是相同的。

下面是对”饿汉模式“的一些理解：

1.2.static这个操作是为了让当前的instance属性是类属性。类属性类对象上的，类对象又是唯一实例的（只是在类加载阶段被创建出的一个实例）。

这里对static的理解有些难以理解，下面让我们看一个代码来简单的理解一下：

输出结果：

懒汉模式-单线程模式

懒汉模式主要是因为在类加载的时候是不创建对象的，在第一次使用的时候才会创建实例。

懒汉模式的代码实现：

class MySingletonLazy{

    private static MySingletonLazy instance = null;
    public static MySingletonLazy getInstance(){
        if(instance == null){
            instance = new MySingletonLazy();
        }
        return instance;
    }
    private MySingletonLazy(){

    }
}

——————————————————————————————

多线程下的单例模式

安全性探究

上面讲的”懒汉模式“与饿汉模式在多线程下调用getInstance 是否是线程安全的呢？

从上面的代码中我们也可以看出来”饿汉模式“是不安全的。

饿汉模式的不安全解决

那么如何让”饿汉模式“在多线程下变的安全呢？

加锁

我们可以联想到的是加所操作，假设我们进行加锁下面是一个错误的加锁位置：

所以正确的加锁是将锁加到判断条件外，才能保证读操作和修改操作是一个整体。

无脑加锁的解决办法

以上的代码还是存在问题，我们思考一下，当每次进行getInstance的时候，都需要加锁，加锁也是有开销的，这个情况应该如何进行解决呢？

在上面的代码中，加锁只是在new对象出现之前加，一旦对象new完成，后续继续调getInstance的值一定是非空的，因此就会直接出发return操作，相当于一个是比较操作，一个时返回操作，不涉及到修改操作，所以此时不加锁也是没关系的。

基于我们上面的思考。所以就要在代码中增加判断的操作，如果对象没被创建，此时是需要进行加锁的，但是如果对象已经创建了，就不需要加锁了。

所以进行代码的优化：

此时代就不再是无脑加锁了，而是满足了特定的条件之后才进行加锁操作，但是我们再次观察代码可以发现：

内存可见性

代码优化到现在，还是存在问题--内存可见性！

假设当很多线程都去进行getInstance的时候，这里的线程是否会存在被优化的风险？

也就是只有第一次读才是真正的读了内存，后面的都是读的寄存器（cache），另外，这里还会涉及到指令重排序的问题

我们将instance = new Singleton();

拆分为三个步骤：

（1）申请内存空间

（2）调用构造方法，把这个内存空间初始化一个合理的对象

（3）把内存空间的地址赋值给instance

在正常的情况下是按照顺序执行了，但是为了提高效率，编译器可能会进行修改顺序改成 1 3 2.

假设两个线程，线程1按照1 3 2 的顺序，线程2按照正常的顺序执行。

线程1执行 1 3 之后，执行2之前，被切出CPU，线程2接着执行。

当线程1执行完3之后，t2看起来这里的引用就非空了，此时t2就相当与直接返回了instance引用，并且可能会尝试使用引用中的属性。但是由于线程1中的2还没有执行，线程2此时拿到的对象是非法的，就会出现问题。

这里就需要使用到关键字 Volatile 来解决：

Volatile的两个功能：

（1）解决内存可见性

（2）禁止指令重排序

多线程下懒汉模式的完整代码实现

所以经过一系列的完善，最终完成了我们的多线程下懒汉模式的代码实现：

class MySingletonLazy{

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

    }
}

需要注意以下三处：