重点丨什么是双重检查锁模式?以及为何需要 volatile 关键字?

本文探讨了双重检查锁定(DCL)模式在Java中的应用,用于延迟初始化和实现安全的单例模式。文章指出,DCL模式通过两次检查变量是否已被初始化,并在必要时加锁来确保线程安全。然而,不正确地使用DCL可能导致空指针异常,因为new操作不是原子性的。volatile关键字在此起关键作用,它确保变量的可见性和禁止指令重排序,从而避免多线程环境中的问题。此外,使用局部变量可以进一步优化性能。

颓废青年,快出来挨打!


点击上方“Java极客技术”,选择“设为星标”

后台回复“java”,获取Java知识体系/面试必看资料

资料会持续更新,已更新第四次!



文章精品专栏


记一次蚂蚁金服的面试经历

记一次阿里巴巴一面的经历

这么火的 OKR,你不了解下?

Http 和 Socket 到底是哪门子亲戚?

今天,正式介绍一下Java极客技术知识星球

培训机构混半年,小公司出来张嘴就要30k!




双重检查锁定模式

双重检查锁定(Double check locked)模式经常会出现在一些框架源码中,目的是为了延迟初始化变量。这个模式还可以用来创建单例。下面来看一个 Spring 中双重检查锁定的例子。

640?wx_fmt=png

DCL.png

这个例子中需要将配置文件加载到 handlerMappings中,由于读取资源比较耗时,所以将动作放到真正需要 handlerMappings的时候。我们可以看到 handlerMappings前面使用了volatile。有没有想过为什么一定需要 volatile?虽然之前了解了双重检查锁定模式的原理,但是却忽略变量使用了 volatile

下面我们就来看下这背后的原因。

错误的延迟初始化例子

想到延迟初始化一个变量,最简单的例子就是取出变量进行判断。

640?wx_fmt=png

errorexample.png

这个例子在单线程环境可以正常运行,但是在多线程环境就有可能会抛出空指针异常。为了防止这种情况,我们需要在该方法上使用 synchronized。这样该方法在多线程环境就是安全的,但是这么做就会导致每次方法调用都需要获取与释放锁,开销很大。

深入分析可以得知只有在初始化的变量的需要真正加锁,一旦初始化之后,直接返回对象即可。

所以我们可以将该方法改造以下的样子。

640?wx_fmt=png

DCLerror.png

这个方法首先判断变量是否被初始化,没有被初始化,再去获取锁。获取锁之后,再次判断变量是否被初始化。第二次判断目的在于有可能其他线程获取过锁,已经初始化改变量。第二次检查还未通过,才会真正初始化变量。

这个方法检查判定两次,并使用锁,所以形象称为双重检查锁定模式。

这个方案缩小锁的范围,减少锁的开销,看起来很完美。然而这个方案有一些问题却很容易被忽略。

new 实例背后的指令

这个被忽略的问题在于 Cache cache=new Cache()这行代码并不是一个原子指令。使用 javap -c指令,可以快速查看字节码。

    // 创建 Cache 对象实例,分配内存       0: new           #5                  // class com/query/Cache       // 复制栈顶地址,并再将其压入栈顶       3: dup    // 调用构造器方法,初始化 Cache 对象       4: invokespecial #6                  // Method "<init>":()V    // 存入局部方法变量表       7: astore_1

从字节码可以看到创建一个对象实例,可以分为三步:

  1. 分配对象内存

  2. 调用构造器方法,执行初始化

  3. 将对象引用赋值给变量。

虚拟机实际运行时,以上指令可能发生重排序。以上代码 2,3 可能发生重排序,但是并不会重排序 1 的顺序。也就是说 1 这个指令都需要先执行,因为 2,3 指令需要依托 1 指令执行结果。

Java 语言规规定了线程执行程序时需要遵守 intra-thread semantics。**intra-thread semantics ** 保证重排序不会改变单线程内的程序执行结果。这个重排序在没有改变单线程程序的执行结果的前提下,可以提高程序的执行性能。

虽然重排序并不影响单线程内的执行结果,但是在多线程的环境就带来一些问题。

640?wx_fmt=png

image.png

上面错误双重检查锁定的示例代码中,如果线程 1 获取到锁进入创建对象实例,这个时候发生了指令重排序。当线程1 执行到 t3 时刻,线程 2 刚好进入,由于此时对象已经不为 Null,所以线程 2 可以自由访问该对象。然后该对象还未初始化,所以线程 2 访问时将会发生异常。

volatile 作用

正确的双重检查锁定模式需要需要使用 volatilevolatile主要包含两个功能。

  1. 保证可见性。使用 volatile定义的变量,将会保证对所有线程的可见性。

  2. 禁止指令重排序优化。

由于 volatile禁止对象创建时指令之间重排序,所以其他线程不会访问到一个未初始化的对象,从而保证安全性。

注意,volatile禁止指令重排序在 JDK 5 之后才被修复

使用局部变量优化性能

重新查看 Spring 中双重检查锁定代码。

640?wx_fmt=png

DCL.png

可以看到方法内部使用局部变量,首先将实例变量值赋值给该局部变量,然后再进行判断。最后内容先写入局部变量,然后再将局部变量赋值给实例变量。

使用局部变量相对于不使用局部变量,可以提高性能。主要是由于 volatile变量创建对象时需要禁止指令重排序,这就需要一些额外的操作。

总结

对象的创建可能发生指令的重排序,使用 volatile可以禁止指令的重排序,保证多线程环境内的系统安全。

欢迎加入我们的知识星球,一起成长,交流经验。加入方式,长按下方二维码噢

最后,我想重复一句话:选择和一群优秀的人一起成长,你成长的速度绝对会不一样!


640?wx_fmt=png

640?wx_fmt=jpeg

640?wx_fmt=jpeg

640?wx_fmt=jpeg

640?wx_fmt=jpeg


转发到朋友圈

让你身边的朋友看到好的文章,他会感谢你

明天见(。・ω・。)640?wx_fmt=png


<think>我们正在讨论双重校验单例模式volatile关键字的作用。根据提供的引用,特别是引用[1]、[2]、[3]、[4]、[5],我们可以总结出以下关键点:1.**双重检查锁定(DCL)的目的**:在保证线程安全的同时,减少同步带来的性能开销。通过两次检查(一次在同步块外,一次在同步块内)来确保只有在实例未初始化时才进行同步创建。2.**为什么需要volatile**:主要原因是防止指令重排序(instructionreordering)导致的线程安全问题。在Java中,创建一个对象(`instance=newSingleton();`)并不是一个原子操作,它分为三个步骤:-分配内存空间-初始化对象(调用构造函数)-将实例引用指向分配的内存地址但是,由于指令重排序的优化,步骤2和步骤3可能会被重新排序。也就是说,可能出现先分配内存空间,然后将引用指向该内存,最后才初始化对象的情况。3.**重排序带来的问题**:假设有两个线程A和B:-线程A进入同步块,执行`instance=newSingleton();`,此时由于重排序,对象还未初始化完成,但引用已经不为null(即已经指向了分配的内存地址)。-此时线程B调用`getInstance()`,在第一次检查`instance==null`时发现不为null,于是直接返回`instance`,但此时`instance`指向的对象还未初始化完成(构造函数未执行完),导致线程B使用了一个不完整的对象。4.**volatile的作用**:-禁止指令重排序:使用volatile修饰的变量,会插入内存屏障(MemoryBarrier),确保写操作之前的指令不会被重排序到写操作之后,读操作之后的指令不会被重排序到读操作之前。-保证可见性:当一个线程修改了volatile变量的值,其他线程能立即看到修改后的值。在单例模式中,volatile修饰的`instance`变量,可以确保在对象初始化完成之后,才将引用赋值给`instance`,从而避免其他线程看到未初始化的对象。5.**引用中的说明**:-引用[1]和[2]指出volatile主要是为了保证线程安全,避免指令重排序问题。-引用[3]和[4]强调volatile防止了JVM的指令重排序,确保单例对象只会被创建一次。-引用[5]详细解析了指令重排序导致的问题以及volatile如何解决。因此,在双重校验单例模式中,`volatile`关键字是必需的,它解决了由于指令重排序导致的线程安全问题。###总结:-**没有volatile**:可能发生指令重排序,导致其他线程获取到未完全初始化的实例。-**使用volatile**:禁止与实例创建相关的指令重排序,保证对象初始化完成后再赋值给引用,从而确保线程安全。###相关问题:1.除了双重检查锁,还有哪些线程安全的单例实现方式?2.volatile关键字在Java内存模型(JMM)中还有哪些作用?3.为什么双重检查锁中需要两次判空?4.指令重排序在哪些情况下会发生?</think>### 双重校验单例模式中 `volatile` 关键字的作用解析 在双重检查锁定(Double-Checked Locking, DCL)实现单例模式时,`volatile` 关键字的核心作用是**防止指令重排序**,确保多线程环境下对象初始化的原子性和可见性。以下是详细解析: #### 1. **对象创建的非原子性问题** 对象实例化 `instance = new Singleton()` 包含三个关键步骤: 1. 分配对象内存空间 2. 初始化对象(调用构造函数) 3. 将引用指向内存地址 ```java instance = new Singleton(); // 非原子操作 ``` 在没有 `volatile` 的情况下,JVM 可能对指令进行重排序,将步骤3提前到步骤2之前执行(即先分配地址再初始化)。这种重排序在单线程中无影响,但在多线程中会导致严重问题。 #### 2. **多线程下的失效场景** 假设线程A执行创建操作时发生指令重排序: 1. 分配内存空间 2. **将引用指向内存地址(此时 instance ≠ null)** 3. 初始化对象(构造函数未完成) 此时线程B调用 `getInstance()`: ```java if (instance == null) { // 判断为 false(因为引用已存在) return instance; // 返回未初始化的半成品对象! } ``` **结果**:线程B获得了一个未完成初始化的对象,可能导致空指针异常或状态错误。 #### 3. **`volatile` 的解决方案** 通过 `volatile` 修饰实例变量: ```java private static volatile Singleton instance; ``` 该关键字实现两个关键保障: 1. **禁止指令重排序** 在写操作前后插入内存屏障(Memory Barrier),确保: - 对象完全初始化完成 - **之后**才将引用赋值给 `instance` 2. **保证可见性** 确保一个线程修改 `instance` 后,其他线程能立即看到最新值(通过主内存同步) #### 4. **内存屏障原理** `volatile` 在字节码层面生成以下屏障: ``` StoreStore Barrier // 阻止初始化操作之前的写重排序 初始化对象 StoreLoad Barrier // 阻止初始化与引用赋值的重排序 赋值 instance LoadLoad Barrier // 确保后续读操作能看到完整对象 ``` #### 5. **与普通定的对比** | 方案 | 性能 | 线程安全 | 初始化时机 | |--------------------|------------|----------|------------------| | 同步方法 | 差(每次调用加) | 安全 | 首次调用 | | 双重检查锁volatile | 好 | **不安全** | 首次调用 | | 双重检查锁+volatile | 好 | 安全 | 首次调用 | > 引用[5]明确指出:*"volatile 可以防止某些 JVM 在多线程环境中可能出现的指令重排序问题,确保单例对象只会被创建一次"*[^5]。 ### 总结 `volatile` 在 DCL 单例模式中是**必需的**,它解决了以下问题: 1. **防止指令重排序** → 避免返回未初始化的对象 2. **保证内存可见性** → 确保所有线程看到一致状态 3. **维持性能优势** → 仅在首次初始化时同步 > 引用[3]强调:*"虽然之前了解了双重检查锁模式的原理,但是却忽略变量使用了 volatile"*[^3],这恰恰是线程安全的关键所在。 ```mermaid sequenceDiagram participant ThreadA as 线程A(创建者) participant Memory as 主内存 participant ThreadB as 线程B(使用者) ThreadA->>Memory: 1.分配内存 ThreadA->>Memory: 2.初始化对象(构造函数) ThreadA->>Memory: 3.volatile写屏障(禁止重排序) ThreadA->>Memory: 4.赋值instance Memory-->>ThreadB: 5.volatile读屏障(强制同步) ThreadB->>Memory: 6.安全获取完整对象 ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值