通过实例解析JMM和Volatile底层原理

通过实例解析JMM和Volatile底层原理

这篇文章主要介绍了通过实例解析JMM和Volatile底层原理,文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下

JMM和volatile分析

1.JMM：java Memory Model，java线程内存模型

JMM：它是一个抽象的概念，描述的是线程和内存间的通信，java线程内存模型和CPU缓存模型类似，它是标准化的，用于屏蔽硬件和操作系统对内存访问的差异性。

2.JMM和8大原子操作结合

3.volatile的应用及底层原理探究

volatile ： 轻量级的synchronized,在多处理器的开发中保证了共享变量的"可见性"。可见性的意思：当一个线程修改了某个共享变量时，其他使用到该共享变量的线程能够及时读取到修改的值。修饰得当，比synchronized的执行成本更低，因为它不会引起线程上下文切换和调度。

public class VolatileTest {

private static volatile boolean flag = false;

public static void main(String[] args) {

update();

}

public static void update(){

flag = true;

System.out.println(flag);

}

}

Volatile JIT编译器编译java代码为汇编指令查看

1.在jdk\jre\bin\ 目录下添加 hsdis-amd64.lib

2.在jdk1.8\jre\bin\server\目录下添加hsdis-amd64.dll文件

3.在IDEA中设置 JVM参数

-server -Xcomp -XX:+UnlockDiagnosticVMOptions -XX:+PrintAssembly -XX:CompileCommand=compileonly,VolatileTest.update

4.运行Java程序即可打印出

CompilerOracle: compileonly *VolatileTest.update

Loaded disassembler from E:\EclipseDev\jdk\jdk1.8\jre\bin\server\hsdis-amd64.dll

Decoding compiled method 0x000000000f11aad0:

Code:

Argument 0 is unknown.RIP: 0xf11ac40 Code size: 0x000002a8

[Disassembling for mach='amd64']

[Entry Point]

[Verified Entry Point]

[Constants]

# {method} {0x0000000008792b78} 'update' '()V' in 'com/yew/test/VolatileTest'

# [sp+0x40] (sp of caller)

0x000000000f11ac40: mov dword ptr [rsp+0ffffffffffffa000h],eax

0x000000000f11ac47: push rbp

0x000000000f11ac48: sub rsp,30h

0x000000000f11ac4c: mov r8,8792d70h ; {metadata(method data for {method} {0x0000000008792b78} 'update' '()V' in 'com/yew/test/VolatileTest')}

0x000000000f11ac56: mov edx,dword ptr [r8+0dch]

0x000000000f11ac5d: add edx,8h

0x000000000f11ac60: mov dword ptr [r8+0dch],edx

0x000000000f11ac67: mov r8,8792b70h ; {metadata({method} {0x0000000008792b78} 'update' '()V' in 'com/yew/test/VolatileTest')}

0x000000000f11ac71: and edx,0h

0x000000000f11ac74: cmp edx,0h

0x000000000f11ac77: je 0f11ad68h ;*iconst_1

; - com.yew.test.VolatileTest::update@0 (line 17)

0x000000000f11ac7d: mov r8,0d7b08a30h ; {oop(a 'java/lang/Class' = 'com/yew/test/VolatileTest')}

0x000000000f11ac87: mov edx,1h

0x000000000f11ac8c: mov byte ptr [r8+68h],dl

volatile修饰

0x000000000f11ac90: lock add dword ptr [rsp],0h ;*putstatic flag

; - com.yew.test.VolatileTest::update@1 (line 17)

无Volatile修饰

0x000000000f113707: mov byte ptr [r8+68h],1h ;*putstatic flag

; - com.yew.test.VolatileTest::update@1 (line 17)

通过比较可知：改变共享变量flag的值为true,该变量由Volatile修饰，进行汇编打印时，会有lock前缀修饰，根据IA-32架构软件开发者手册可知，lock前缀指令在多核CPU处理器下会引发两件事情：

【1】将当前处理器缓存行的数据立即写回系统内存

【2】wirte操作会使其他处理器中缓存该内存地址的数据无效

LOCK#声言期间，处理器独占任何共享内存。IA-32处理器和Intel 64处理器使用MESI（修改、独占、共享、无效）控制协议去维护内部缓存和其他处理器缓存的一致性。通过嗅探技术保证处理器内部缓存、系统缓存和其他处理器缓存的数据再总线上保持一致。当其他处理器打算回写内存地址，该地址是共享内存区域，那么嗅探的处理器会将它的缓存行设置为无效，下次访问相同内存时，强制执行缓存行填充。

0x000000000f11ac95: nop

0x000000000f11ac98: jmp 0f11add4h ; {no_reloc}

0x000000000f11ac9d: add byte ptr [rax],al

0x000000000f11ac9f: add byte ptr [rax],al

0x000000000f11aca1: add byte ptr [rsi+0fh],ah

0x000000000f11aca4: Fatal error: Disassembling failed with error code: 15Decoding compiled method 0x000000000f11ef50:

Code:

Argument 0 is unknown.RIP: 0xf11f080 Code size: 0x00000058

[Entry Point]

[Verified Entry Point]

[Constants]

# {method} {0x0000000008792b78} 'update' '()V' in 'com/yew/test/VolatileTest'

# [sp+0x20] (sp of caller)

0x000000000f11f080: mov dword ptr [rsp+0ffffffffffffa000h],eax

0x000000000f11f087: push rbp

0x000000000f11f088: sub rsp,10h

0x000000000f11f08c: mov r10,0d7b08a30h ; {oop(a 'java/lang/Class' = 'com/yew/test/VolatileTest')}

0x000000000f11f096: mov byte ptr [r10+68h],1h

0x000000000f11f09b: lock add dword ptr [rsp],0h ;*putstatic flag

; - com.yew.test.VolatileTest::update@1 (line 17)

0x000000000f11f0a0: mov edx,1ch

0x000000000f11f0a5: nop

0x000000000f11f0a7: call 0f0557a0h ; OopMap{off=44}

;*getstatic out

; - com.yew.test.VolatileTest::update@4 (line 18)

; {runtime_call}

0x000000000f11f0ac: int3 ;*getstatic out

; - com.yew.test.VolatileTest::update@4 (line 18)

0x000000000f11f0ad: hlt

0x000000000f11f0ae: hlt

0x000000000f11f0af: hlt

0x000000000f11f0b0: hlt

0x000000000f11f0b1: hlt

0x000000000f11f0b2: hlt

0x000000000f11f0b3: hlt

0x000000000f11f0b4: hlt

0x000000000f11f0b5: hlt

0x000000000f11f0b6: hlt

0x000000000f11f0b7: hlt

0x000000000f11f0b8: hlt

0x000000000f11f0b9: hlt

0x000000000f11f0ba: hlt

0x000000000f11f0bb: hlt

0x000000000f11f0bc: hlt

0x000000000f11f0bd: hlt

0x000000000f11f0be: hlt

0x000000000f11f0bf: hlt

[Exception Handler]

[Stub Code]

0x000000000f11f0c0: jmp 0f0883a0h ; {no_reloc}

[Deopt Handler Code]

0x000000000f11f0c5: call 0f11f0cah

0x000000000f11f0ca: sub qword ptr [rsp],5h

0x000000000f11f0cf: jmp 0f057600h ; {runtime_call}

0x000000000f11f0d4: hlt

0x000000000f11f0d5: hlt

0x000000000f11f0d6: hlt

0x000000000f11f0d7: hlt

true

4.volatile的使用优化

java并发大师Doug Li在jdk7并发包中新增了一个队列集合LinkeTransferQueue,它在使用Volatile关键字修饰变量时，采用追加字节的方式将变量填充到64字节

volatile修饰变量在进行修改时，会进行LOCK前置指令加锁，锁住缓存行的数据独占

适用于：缓存行字节为64字节 处理器如 I7 酷睿 Pentium M等

不适用：非64字节宽的缓存行 P6系列或者奔腾 共享变量不会被频繁的写

5.并发编程的三大特性：可见性、原子性、有序性

volatile可以保证可见性、有序性，但是不保证原子性。

6.volatile关键字的语义分析

（1）保证可见性，volatile修饰的共享变量被修改时，其他处理器能立刻嗅探到共享变量值的改变

（2）保证有序性：根据happens-before原则可知，当变量使用volatile修饰时，程序代码前后的位置不能发生指令重排和提取。

（3）volatile底层采用汇编的lock前缀指令锁定共享变量内存地址的缓存行，从而控制并发的安全性(轻量级synchronized)

7.volatile使用场景以及和synchronized的区别

使用场景：1.标志状态 2.DCL--双重检测锁（单例模式） 3.保证可见性、顺序性

区别：

1.使用上：volatile修饰变量 synchronized修饰方法或者代码块

2.原子性的保证 volatile不保证原子性 synchronizedeQXaxvXlma可以保证原子性

3.可见性保证机制不同 volatile通过汇编的lock前缀指令 synchronized使用Monitor属性http://（Moniterentet 入口 Moniterexit--出口（包含异常））

4.有序性保证的锁的粒度 volatile粒度小，synchronized粒度大

5.其他 volatile不会引起线程阻塞 synchronized会引起线程的阻塞

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。