解释单例模式中的 双重锁为什么是线程不安全的

若不加volatile关键字,会出现如下情况

假设线程A第一个获得锁,然后执行到singleton=new Singleton()语句,此语句会有三个执行步骤,如下:

1、分配对象空间地址

2、初始化对象

3、引用变量进行赋值

这三步会出现指令重排序,第二步和第三步有可能会顺序改变,变成 1、3、2的执行顺序,

若按1、3、2的顺序执行,则在A线程刚好执行完“引用变量进行赋值“后,有个线程B来竞争,此时线程B就会得到一个不为空的引用变量,然而这个变量指向的对象还未初始化,所以双重锁下的单例是线程不安全的

解决的办法就是给引用变量加一个volatile关键字来修饰

 

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
双重检查实现线程安全单例模式是一种常用的方式。在Java线程编程双重检查定(DCL)单例模式可以确保只有一个实例被创建,并且在多线程环境下保持线程安全。\[1\] 该模式的实现方式是在getInstance()方法进行双重检查,首先检查实例是否已经被创建,如果没有,则进入同步代码块。在同步代码块,再次检查实例是否已经被创建,如果没有,则创建一个新的实例。这样可以避免多个线程同时创建实例的问题。 然而,需要注意的是,双重检查定模式在某些情况下可能会存在线程安全问题。具体来说,可能会出现代码指令重排序的情况,导致实例在多线程环境下不一致。\[2\] 为了解决这个问题,可以使用volatile关键字来修饰实例变量。volatile关键字可以确保变量的可见性和禁止指令重排序。通过在双重检查定模式使用volatile关键字修饰实例变量,可以保证在多线程环境下实例的正确创建和访问。\[1\] 总结来说,双重检查定模式是一种常用的实现线程安全单例模式的方式。通过在getInstance()方法进行双重检查,并使用volatile关键字修饰实例变量,可以确保在多线程环境下只有一个实例被创建,并且保持线程安全。\[1\]\[2\]\[3\] #### 引用[.reference_title] - *1* *2* [java单例模式线程安全 JAVA线程编程双重检查定(DCL单例(Double Check Lock))](https://blog.csdn.net/wuyuanshun/article/details/130101511)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^control_2,239^v3^insert_chatgpt"}} ] [.reference_item] - *3* [【java单例模式双重检验](https://blog.csdn.net/qq_32088869/article/details/128027274)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^control_2,239^v3^insert_chatgpt"}} ] [.reference_item] [ .reference_list ]

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值