volatile的使用场景

本文详细探讨了Java中volatile变量的使用场景、特性及其限制。volatile保证了变量的可见性和防止指令重排序,但不保证原子性。文章列举了正确使用volatile的条件,包括状态标志、一次性安全发布、独立观察和“volatile bean”模式。还提到了在读远多于写的情况下,volatile在性能上可能优于锁。然而,volatile并不适用于需要原子操作的场景,如计数器。文章提醒开发者,volatile变量必须独立于其他变量,并且其写操作不依赖当前值,才能确保线程安全。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

参考:https://www.ibm.com/developerworks/cn/java/j-jtp06197.html

总结

其实换个角度,非常简单能够理解和应用:

一个引用指明了一个内存的地址,地址上有引用反映出来的值。

比如:Integer i = 1 ;
引用 i 指向 一个地址 0x10101
地址 0x10101 上的值为 1 ;

  • 为了线程安全,volatile能修饰的字段只能是一个只会改变内存地址指向的引用,保证地址变化后的可变性。

  • 如果这个引用的地址没改变,地址上的值却会改变,这时候就必须保证原子性。即不能用volatile,而需要用锁(synchronized)

如:
i++ NO!(假想为地址上的值+1)
i=2 YES!

原子性、可见性

Java 语言中的 volatile 变量可以被看作是一种 “程度较轻的 synchronized”;与 synchronized 块相比,volatile 变量所需的编码较少,并且运行时开销也较少,但是它所能实现的功能也仅是 synchronized 的一部分本文介绍了几种有效使用 volatile 变量的模式,并强调了几种不适合使用 volatile 变量的情形。

锁(synchronized)提供了两种主要特性:互斥(mutual exclusion)可见性(visibility)

  • 互斥即一次只允许一个线程持有某个特定的锁,因此可使用该特性实现对共享数据的协调访问协议,这样,一次就只有一个线程能够使用该共享数据。
  • 可见性:要更加复杂一些,它必须确保释放锁之前对共享数据做出的更改对于随后获得该锁的另一个线程是可见的 —— 如果没有同步机制提供的这种可见性保证,线程看到的共享变量可能是修改前的值或不一致的值,这将引发许多严重问题。

    线程本身并不直接与主内存进行数据的交互,而是通过线程的工作内存来完成相应的操作。如下图所示

    这也是导致线程间数据不可见的本质原因。因此要实现volatile变量的可见性,直接从这方面入手即可。
    对volatile变量的写操作与普通变量的主要区别有两点:

    1. 修改volatile变量时会强制将修改后的值刷新的主内存中
    2. 修改volatile变量后会导致其他线程工作内存中对应的变量值失效。再读取该变量值的时候就需要重新从读取主内存中的值。

    如下图所示。

重排序

为了实现volatile的内存语义,被volatile修饰的变量会被禁止重排序。

什么是重排序?为什么禁止重排序?怎么禁止重排序?
参考:https://blog.csdn.net/richyliu44/article/details/105450187

Volatile 变量

Volatile 变量具有 synchronized 的可见性特性,但是不具备原子特性。这就是说线程能够自动发现 volatile 变量的最新值。Volatile 变量可用于提供线程安全,但是只能应用于非常有限的一组用例:多个变量之间或者某个变量的当前值与修改后值之间没有约束

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

骆言

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

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

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

打赏作者

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

抵扣说明:

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

余额充值