volatile笔记

本文详细探讨了Java内存模型(JMM)的基本原理,包括如何通过volatile关键字保证线程间的可见性,以及CPU高速缓存带来的缓存不一致问题的解决方案。通过解析MESI协议和内存屏障的作用,阐述了数据依赖规则和重排序对可见性的影响。

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

1、volatile

保证线程间可见性

2、如何保证可见性

hsdis

可以看到汇编指令多了一个lock(加缓存锁)->内存屏障

 

CPU高速缓存(L1/L2/L3),会带来缓存不一致问题

CPU层面解决方案

1、总线锁

2、缓存锁

 

MESI协议

M:Modified修改状态

E:Exclusive独享状态

S:Shared共享状态

I:Invalid失效状态

cpu的乱序执行->重排序->可见性问题

cpu层面提供指令->内存屏障->可以解决可见性问题

 

cpu层面提供了3种屏障

写屏障(store barrier):

读屏障(load barrier):

全屏障(full barrier):

 

JMM内存模型

可见性问题的根本原因:CPU高速缓存和重排序

重排序

原代码->编译器重排序->cpu层面重排序(指令级、内存)->最终执行的指令

不是所有的程序都会进行重排序

数据依赖规则

as-if-serial:不管怎么重排序,对于单个线程的执行结果不变

 

内存屏障

编译器级别(语言级别的内存屏障)

loadload

storestore

loadstore

storeload

cpu级别

 

哪些操作会建立happens-before原则

1、程序的顺序规则

2、volatile规则

3、传递性规则

4、start规则

5、join规则

6、synchronized

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值