java多线程内存可见性分析
2017-03-09 13:27
169 查看
java多线程之内存可见性主要讲解以后几点:
共享变量在线程间可见性。
synchronized实现可见性。
volatile实现可见性(指令重排序、as-if-serial语义、volatile使用的注意事项)
synchronized与volatile的比较。
概念分析:
可见性:一个线程对共享变量值的修改,能够及时地被其他线程看到。
共享变量:如果一个变量在多个线程的内存中都存在副本,那么这个变量就是这几个线程的共享变量。
java内存模型(JMM):描述了java程序中各种变量(线程共享变量)的访问规则,以及在JVM中将变量存储到内存和从内存中读取出变量这样的底层细节。所有的变量都存储在主内存中。每个线程都有自己独立的工作内存(寄存器中),里面保存该线程使用到的变量的副本(主内存中该变量的一份拷贝)
在java内存模型中存在两条规定:
- 线程对共享变量的所有操作都必须在自己的工作内存中进行,不能直接从主内存中读写。
- 不同线程之间无法直接访问其他线程工作内存中的变量,线程间变量值的传递需要通过主内存来完成。
共享变量可见性实现的原理:
线程1对共享变量的修改要想被线程2及时看到,必须要经过如下2个步骤:
把工作内存1中更新过的共享变量刷新到主内存中。
将主内存中最新的共享变量的值更新到工作内存2中。
要实现共享变量的可见性,必须保证两点:
线程修改后地共享变量值能及时从工作内存刷新到主内存中。
其他线程能够及时把共享变量的最新值从主内存更新到自己的工作内存中。
java语言层面支持的可见性实现方式
synchronized
volatile
synchronized实现可见性:
synchronized实现原子性(同步)和可见性
JMM关于synchronized的两条规定:
线程解锁前,必须把共享变量的最新值刷新到主内存中。
线程加锁时,将清空工作内存中共享变量的值,从而使用共享变量时需要从主内存中重新读取最新的值(注意:加锁与解锁是同一把锁)
线程解锁前对共享变量的修改在下次加锁时对其他线程可见。
线程执行互斥代码的过程:
获得互斥锁。
清空工作内存。
从主内存拷贝变量的最新副本到工作内存。
执行代码
将更改后的共享变量的值刷新到主内存
释放互斥锁
指令重排序:代码书写的顺序与实际执行的顺序不同,指令重排序是编译器或处理器为了提高程序性能而做的优化。
编译器优化的重排序(编译器优化)
指令级并行重排序(处理器优化)
内存系统的重排序(处理器优化)
重排序可能导致顺序颠倒。
as-if-serial:无论如何重排序,程序执行的结果应该与代码顺序执行的结果一致(java编译器、运行时和处理器都会保证Java在单线程下遵循as-if-serial语义)
单线程:第1、2行的顺序可以重排、但第3行不能。重排序不会给单线程带来内存可见性问题。
多线程:多线程中程序交错执行时,重排序可能会造成内存可见性问题。
导致共享变量在线程间不可见的原因:
线程的交叉执行。(synchronized的原子性能解决)
重排序结合线程交叉执行。(synchronized的原子性能解决)
共享变量更新后的值没有在工作内存与主内存间及时更新。(synchronized的可见性能解决)
volatile实现可见性:
volatile如何实现内存可见性:
深入来说:通过加入内存屏障和禁止重排序优化来实现的。
对volatile变量执行写操作时,会在写操作后加入一条store屏障指令。
对volatile变量执行读操作时,会在读操作前加入一条load屏障指令。
线程写volatile变量的过程:
改变线程工作内存中volatile变量副本的值。
将改变后的副本的值从工作内存中刷新到主内存
线程读volatile变量的过程:
从主内存中读取volatile变量的最新值到线程的工作内存中。
从工作内存中读取volatile变量的副本。
volatile不能保证volatile变量符合操作的原子性:
程序分析:
number =5
线程A读取number的值
线程B读取number的值
线程B执行加1操作
线程B写入最新的number的值(主内存:number=6 线程B工作内存:number=6)
线程A执行加1操作
线程A写入最新的number值
结论:两次number++只增加了1
解决方案:
保证number自增操作的原子性:
使用synchronized关键字
使用ReentrantLock(java.util.concurrent.locks包下)
使用AtomicInterger(java.util.concurrent.atomic包下)
volatile使用场合
要在多线程中安全的使用volatile变量,必须同时满足:
对变量的写入操作不依赖其当前值
不满足:number++、count = count*5等
满足:boolean变量、记录温度变化的变量等
该变量没有包含在具有其他变量的不变式中
不满足:不变式 low < up
synchronized和volatile的比较
volatile不需要加锁,比synchronized更轻量级,不会阻塞线程;
从内存可见性角度讲,volatile读相对于加锁,volatile写相当于解;
synchronized既能保证可见性,又能保证原子性,而volatile只能保证可见性,不能保证原子性。
共享变量在线程间可见性。
synchronized实现可见性。
volatile实现可见性(指令重排序、as-if-serial语义、volatile使用的注意事项)
synchronized与volatile的比较。
概念分析:
可见性:一个线程对共享变量值的修改,能够及时地被其他线程看到。
共享变量:如果一个变量在多个线程的内存中都存在副本,那么这个变量就是这几个线程的共享变量。
java内存模型(JMM):描述了java程序中各种变量(线程共享变量)的访问规则,以及在JVM中将变量存储到内存和从内存中读取出变量这样的底层细节。所有的变量都存储在主内存中。每个线程都有自己独立的工作内存(寄存器中),里面保存该线程使用到的变量的副本(主内存中该变量的一份拷贝)
在java内存模型中存在两条规定:
- 线程对共享变量的所有操作都必须在自己的工作内存中进行,不能直接从主内存中读写。
- 不同线程之间无法直接访问其他线程工作内存中的变量,线程间变量值的传递需要通过主内存来完成。
共享变量可见性实现的原理:
线程1对共享变量的修改要想被线程2及时看到,必须要经过如下2个步骤:
把工作内存1中更新过的共享变量刷新到主内存中。
将主内存中最新的共享变量的值更新到工作内存2中。
要实现共享变量的可见性,必须保证两点:
线程修改后地共享变量值能及时从工作内存刷新到主内存中。
其他线程能够及时把共享变量的最新值从主内存更新到自己的工作内存中。
java语言层面支持的可见性实现方式
synchronized
volatile
synchronized实现可见性:
synchronized实现原子性(同步)和可见性
JMM关于synchronized的两条规定:
线程解锁前,必须把共享变量的最新值刷新到主内存中。
线程加锁时,将清空工作内存中共享变量的值,从而使用共享变量时需要从主内存中重新读取最新的值(注意:加锁与解锁是同一把锁)
线程解锁前对共享变量的修改在下次加锁时对其他线程可见。
线程执行互斥代码的过程:
获得互斥锁。
清空工作内存。
从主内存拷贝变量的最新副本到工作内存。
执行代码
将更改后的共享变量的值刷新到主内存
释放互斥锁
指令重排序:代码书写的顺序与实际执行的顺序不同,指令重排序是编译器或处理器为了提高程序性能而做的优化。
编译器优化的重排序(编译器优化)
指令级并行重排序(处理器优化)
内存系统的重排序(处理器优化)
代码顺序:int number = 1; int result = 0; 执行顺序:int result = 0; int number = 1;
重排序可能导致顺序颠倒。
as-if-serial:无论如何重排序,程序执行的结果应该与代码顺序执行的结果一致(java编译器、运行时和处理器都会保证Java在单线程下遵循as-if-serial语义)
int num1 = 1; //第一行代码 int num2 = 2; //第二行代码 int sum = num1 + num2; //第三行代码
单线程:第1、2行的顺序可以重排、但第3行不能。重排序不会给单线程带来内存可见性问题。
多线程:多线程中程序交错执行时,重排序可能会造成内存可见性问题。
public class SynchronizedDemo { // 共享变量 private boolean ready = false; private int result = 0; private int number = 1; // 写操作 public void write() { ready = true; // 1.1 number = 2; // 1.2 } // 读操作 public void read() { if (ready) { // 2.1 result = number * 3;// 2.2 } // 2.1与2.2重排序之后为: int mid = number * 3; if (ready) { result = mid; } System.out.println("result的值为:" + result); } // 内部线程类 private class ReadWriteThread extends Thread { // 根据构造方法中传入的flag参数,确定线程执行读操作还是写操作 private boolean flag; public ReadWriteThread(boolean flag) { this.flag = flag; } @Override public void run() { if (flag) { // 构造方法中传入true,执行写操作 write(); } else { // 构造方法中传入false,执行读操作 read(); } } } public static void main(String[] args) { SynchronizedDemo synDemo = new SynchronizedDemo(); // 启动线程执行写操作 synDemo.new ReadWriteThread(true).start(); // 启动线程执行读操作 synDemo.new ReadWriteThread(false).start(); } } // 输出的结果可能为6或者0或者3
导致共享变量在线程间不可见的原因:
线程的交叉执行。(synchronized的原子性能解决)
重排序结合线程交叉执行。(synchronized的原子性能解决)
共享变量更新后的值没有在工作内存与主内存间及时更新。(synchronized的可见性能解决)
volatile实现可见性:
volatile如何实现内存可见性:
深入来说:通过加入内存屏障和禁止重排序优化来实现的。
对volatile变量执行写操作时,会在写操作后加入一条store屏障指令。
对volatile变量执行读操作时,会在读操作前加入一条load屏障指令。
线程写volatile变量的过程:
改变线程工作内存中volatile变量副本的值。
将改变后的副本的值从工作内存中刷新到主内存
线程读volatile变量的过程:
从主内存中读取volatile变量的最新值到线程的工作内存中。
从工作内存中读取volatile变量的副本。
volatile不能保证volatile变量符合操作的原子性:
private int number = 0; number ++; 不是原子操作 1.读取number的值 2.将number的值加1 3.写入最新的number的值
synchronized(this){ number ++; } 加入synchronized,变为原子操作 private volatile int number = 0; 变为volatile变量,无法保证原子性
public class VolatileDemo { private volatile int number = 0; public void increase() { this.number++; } public int getNumber() { return this.number; } public static void main(String[] args) { final VolatileDemo volDemo = new VolatileDemo(); for (int i = 0; i < 500; i++) { new Thread(new Runnable() { @Override public void run() { volDemo.increase(); } }).start(); } // 如果还有子线程在运行,主线程就让出CPU资源, // 直到所有的子线程运行完了,主线程再继续往下执行 while (Thread.activeCount() > 1) { Thread.yield(); } // 输出的结果可能会少于500 System.out.println("number:" + volDemo.getNumber()); } }
程序分析:
number =5
线程A读取number的值
线程B读取number的值
线程B执行加1操作
线程B写入最新的number的值(主内存:number=6 线程B工作内存:number=6)
线程A执行加1操作
线程A写入最新的number值
结论:两次number++只增加了1
解决方案:
保证number自增操作的原子性:
使用synchronized关键字
使用ReentrantLock(java.util.concurrent.locks包下)
使用AtomicInterger(java.util.concurrent.atomic包下)
volatile使用场合
要在多线程中安全的使用volatile变量,必须同时满足:
对变量的写入操作不依赖其当前值
不满足:number++、count = count*5等
满足:boolean变量、记录温度变化的变量等
该变量没有包含在具有其他变量的不变式中
不满足:不变式 low < up
synchronized和volatile的比较
volatile不需要加锁,比synchronized更轻量级,不会阻塞线程;
从内存可见性角度讲,volatile读相对于加锁,volatile写相当于解;
synchronized既能保证可见性,又能保证原子性,而volatile只能保证可见性,不能保证原子性。
相关文章推荐
- Java多线程中的内存可见性与原子性分析
- Java多线程之内存可见性
- Java之多线程内存可见性_2(synchronized可见性原理)
- 一个Java内存可见性问题的分析
- Java多线程之内存可见性
- 【深入分析Java多线程】(3)Java多线程之内存模型
- Java多线程之内存可见性
- java多线程-cpu内存占用-定位分析
- java多线程之内存可见性学习笔记
- java 并发概念与内存分析,原子性、可见性、有序性
- Java多线程之内存可见性
- java多线程之内存可见性学习笔记
- Java之多线程内存可见性_2(volatile实现可见性)
- java多线程之内存可见性
- 【学习笔记】慕课网——Java多线程之内存可见性
- Java之多线程内存可见性_1
- Java之多线程内存可见性_3(synchronized和volatile比较)
- Java多线程之内存可见性
- Java多线程之内存可见性——volatile
- Java多线程内存可见性