JAVAEE初阶相关内容第七弹--多线程(初阶)

目录

多线程案例

设计模式

※单例模式

饿汉模式

懒汉模式-单线程模式

多线程下的单例模式

安全性探究

饿汉模式的不安全解决

加锁

无脑加锁的解决办法

内存可见性

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


多线程案例

设计模式

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

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

※单例模式

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

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

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(){

    }
}

需要注意以下三处:

以上就是关于单例模式中懒汉模式与饿汉模式的相关内容~

  • 2
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

西西¥

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值