JUC并发编程_JMM 与 Volatile

关于 JMM 的一些同步的约定

1. 线程加锁前，必须将主存中的最新值拷贝到工作内存中。
2. 线程解锁前，必须把共享变量立刻刷回主存。
3. 必须保证加锁和解锁是同一把锁。

可见性问题

![在这里插入图片描述](https://i-blog.csdnimg.cn/direct/e8c5459b67ae4f7fa6f8429c7323bd75.pn

内存交互操作有8种，虚拟机实现必须保证每一个操作都是原子的，不可再分的（对于double和long类
型的变量来说，load、store、read和write操作在某些平台上允许例外）

• lock （锁定）：作用于主内存的变量，把一个变量标识为线程独占状态
• unlock （解锁）：作用于主内存的变量，它把一个处于锁定状态的变量释放出来，释放后的变量
  才可以被其他线程锁定
• read （读取）：作用于主内存变量，它把一个变量的值从主内存传输到线程的工作内存中，以便
  随后的load动作使用
• load （载入）：作用于工作内存的变量，它把read操作从主存中变量放入工作内存中
• use （使用）：作用于工作内存中的变量，它把工作内存中的变量传输给执行引擎，每当虚拟机
  遇到一个需要使用到变量的值，就会使用到这个指令
• assign （赋值）：作用于工作内存中的变量，它把一个从执行引擎中接受到的值放入工作内存的变
  量副本中
• store （存储）：作用于主内存中的变量，它把一个从工作内存中一个变量的值传送到主内存中，
  以便后续的write使用
• write （写入）：作用于主内存中的变量，它把store操作从工作内存中得到的变量的值放入主内
  存的变量中

JMM对这八种指令的使用，制定了如下规则：

• 不允许 read 和 load、store 和 write 操作之一单独出现。即使用了 read 必须 load，使用了 store 必须 write
• 不允许线程丢弃它最近的 assign 操作，即工作变量的数据改变了之后必须告知主存
• 不允许一个线程将没有 assign 的数据从工作内存同步回主内存
• 一个新的变量必须在主内存中诞生，不允许工作内存直接使用一个未被初始化的变量。就是对变量实施 use、store 操作之前，必须经过 assign 和 load 操作
• 一个变量同一时间只有一个线程能对其进行 lock。多次 lock 后，必须执行相同次数的 unlock 才能解锁
• 如果对一个变量进行 lock 操作，会清空所有工作内存中此变量的值，在执行引擎使用这个变量前，必须重新 load 或 assign 操作初始化变量的值
• 如果一个变量没有被 lock，就不能对其进行 unlock 操作。也不能 unlock 一个被其他线程锁住的变量
• 对一个变量进行 unlock 操作之前，必须把此变量同步回主内存

Volatile 保证可见性

import java.util.concurrent.TimeUnit;
public class JMMDemo {

	// 不加 volatile 程序就会死循环！
	// 加 volatile 可以保证可见性
	private volatile static int num = 0;
	
	public static void main(String[] args) {
		new Thread(()->{ 
			// 线程 1 对主内存的变化不知道的
			while (num==0){
			}
		}).start();
		try {
			TimeUnit.SECONDS.sleep(1);
		} catch (InterruptedException e) {
			e.printStackTrace();
		}
		num = 1;
		System.out.println(num);
	}
	
}

Volatile 不保证原子性

线程在执行任务的时候，不能被打扰的也不能被分割。要么同时成功要么同时失败。

public class VDemo02 {
	// volatile 不保证原子性
	private volatile static int num = 0;
	public static void add(){
		num++;
	}
	public static void main(String[] args) {
		//理论上num结果应该为 2 万
		for (int i = 1; i <= 20; i++) {
			new Thread(()->{
				for (int j = 0; j < 1000 ; j++) {
					add();
				}
			}).start();
		}
		while (Thread.activeCount()>2){ // main gc
			Thread.yield();
		}
		System.out.println(Thread.currentThread().getName() + " " + num);
	}
}

使用原子类解决原子性问题

如果不加 lock 和 synchronized ，可以使用 原子类 解决原子性问题

import java.util.concurrent.atomic.AtomicInteger;

public class VDemo02 {

	// 原子类的 Integer
	private volatile static AtomicInteger num = new AtomicInteger();
	
	public static void add(){
		// num++; // 不是一个原子性操作
		num.getAndIncrement(); // AtomicInteger + 1 方法， CAS
	}
	
	public static void main(String[] args) {
		//理论上num结果应该为 2 万
		for (int i = 1; i <= 20; i++) {
			new Thread(()->{
				for (int j = 0; j < 1000 ; j++) {
					add();
				}
			}).start();
		}
		while (Thread.activeCount()>2){ // main gc
			Thread.yield();
		}
		System.out.println(Thread.currentThread().getName() + " " + num);
	}
	
}

Volatile 禁止指令重排

指令重排：你写的程序，计算机并不是按照你写的那样去执行的。
源代码 --> 编译器优化的重排 --> 指令并行也可能会重排 --> 内存系统也会重排 --> 执行

int x = 1; // 1
int y = 2; // 2
x = x + 5; // 3
y = x * x; // 4

期望执行的顺序是：1234，实际执行的顺序可能会变成 2134、1324，但编译器会保证顺序不是 4123，不会影响执行结果。

指令重排可能造成影响的结果：

a b x y 这四个值默认都是 0

线程A：

x=a
b=1

线程B：

y=b
a=2

正常的结果： x = 0；y = 0；但是可能由于指令重排

线程A：

b=1
x=a

线程B：

a=2
y=b

指令重排导致的诡异结果： x = 2；y = 1；