目录
3、Java内存模型(JMM)Java Memory Model
5、JMM规范下,多线程先行发生原则(happens-before)
5.6 线程中断规则(Thread Interruption Rule)
5.7 线程终止规则(Thread Termination Rule)
1、面试题
你知道什么是Java内存模型JMM吗?
JMM与volatile它们两个之间的关系?(下一章详细讲解)
JMM有哪些特性or它的三大特性是什么?
为什么要有JMM,它为什么出现?作用和功能是什么?
happens-before先行发生原则你有了解过吗?
2、计算机硬件存储体系
计算机存储结构,从本地磁盘到主存到cpu缓存,也就是从硬盘到内存,到CPU。
一般对应程序的操作就是从数据库查询数据到内存然后到CPU进行计算。
因为cpu的计算速度远远比物理主存的速度快,所以CPU并不会直接操作物理内存数据(直接操作会降低cpu的相率),而是将内存数据读到缓存中,而内存的读写操作会造成数据不一致问题。
Java虚拟机规范中试图定义一种Java内存模型(java Memory Model,简称JMM) 来屏蔽掉各种硬件和操作系统的内存访问差异,以实现让Java程序在各种平台下都能达到一致的内存访问效果。推导出我们需要知道JMM。
3、Java内存模型(JMM)Java Memory Model
3.1 JMM
JMM(Java内存模型Java Memory Model,简称JMM)本身是一种抽象的概念并不真实存在它仅仅描述的是一组约定或规范,通过这组规范定义了程序中(尤其是多线程)各个变量的读写访问方式并决定一个线程对共享变量的写入何时以及如何变成对另一个线程可见,关键技术点都是围绕多线程的原子性、可见性和有序性展开的。
3.2 原则
JMM的关键技术点都是围绕多线程的原子性、可见性和有序性展开的。
3.3 可以干什么?
通过JMM来实现线程和主内存之间的抽象关系。
屏蔽各个硬件平台和操作系统的内存访问差异以实现让Java程序在各种平台下都能达到一致的内存访问效果。
3.4 三大特性
3.4.1 原子性
指一个操作是不可中断的,即多线程环境下,操作不能被其他线程干扰
3.4.2 可见性
指当一个线程修改了某一个共享变量的值,其他线程是否能够立即知道该变更 ,JMM规定了所有的变量都存储在主内存中。
Java中普通的共享变量不保证可见性,因为数据修改被写入内存的时机是不确定的,多线程并发下很可能出现"脏读",所以每个线程都有自己的工作内存,线程自己的工作内存中保存了该线程使用到的变量的主内存副本拷贝,线程对变量的所有操作(读取,赋值等 )都必需在线程自己的工作内存中进行,而不能够直接读写主内存中的变量。不同线程之间也无法直接访问对方工作内存中的变量,线程间变量值的传递均需要通过主内存来完成。
以下代码中,t1一直都在循环中
static boolean flag = true;
public static void main(String[] args) {
new Thread(() -> {
System.out.println(Thread.currentThread().getName() + "\t come in");
//默认flag是true,如果未被修改就一直循环,下面那句话也打不出来
while (flag){
// System.out.println("111111111111111111");
}
System.out.println(Thread.currentThread().getName() + "\t flag被修改为false,退出.....");
}, "t1").start();
//暂停几秒
try {
TimeUnit.SECONDS.sleep(2);
} catch (InterruptedException e) {
e.printStackTrace();
}
flag = false;
System.out.println("main线程修改完成");
}
可见性测试中需要注意的问题:不能在while循环中写输出语句,如果写输出语句的话会导致线程退出。这是为什么?
因为println有一个上锁的操作。使用了 synchronized 上锁会做以下操作:
1、获得同步锁;
2、清空工作内存;
3、从主内存拷贝对象副本到工作内存;
4、执行代码(计算或者输出等);
5、刷新主内存数据;
6、释放同步锁。
该特性是由缓存一致性协议搞定的缓存一致性协议
3.4.3 有序性(防止指令重排)
对于一个线程的执行代码而言,我们总是习惯性认为代码的执行总是从上到下,有序执行。但为了提供性能,编译器和处理器通常会对指令序列进行重新排序。Java规范规定JVM线程内部维持顺序化语义,即只要程序的最终结果与它顺序化执行的结果相等,那么指令的执行顺序可以与代码顺序不一致,此过程叫指令的重排序。
JVM能根据处理器特性(CPU多级缓存系统、多核处理器等)适当的机器对指令进行重排序,使得机器指令能更符合CPU的执行特性,最大限度的发挥机器性能。但是,指令重排可以保证串行语义一致,但没有义务保证多线程间的语义也一致(即可能产生“脏读”),简单说,两行以上不相干的代码在执行的时候有可能先执行的不是第一条,不见得是从上到下顺序执行,执行顺序会被优化。
单线程环境里面确保程序最终执行结果和代码顺序执行的结果一致。
处理器在进行重排序时必须要考虑指令之间的数据依赖性
多线程环境中线程交替执行,由于编译器优化重排的存在,两个线程中使用的变量能否保证一致性是无法确定的,结果无法预测
总结:什么叫指令重排?
1+2+3(自己写的代码执行的顺序) = 3+2+1(编辑器,指令集等优化后的执行顺序,但是结果不影响)
指令重排的例子:
public class VolatileReOrderSample {
private static int x = 0;
private static int y = 0;
private static int a = 0;
private static int b = 0;
public static void main(String[] args) throws InterruptedException {
int i = 0;
for(;;){
i++;
x = 0; y = 0;
a = 0; b = 0;
Thread t1 = new Thread(() -> {
a = 1;
x = b;
});
Thread t2 = new Thread(() -> {
b = 1;
y = a;
});
t1.start();
t2.start();
t1.join();
t2.join();
// 如果不重排 这里只有三种情况
// 1、t1 先执行完毕 结果: x = 0,y = 1
// 1、t2 先执行完毕 结果: x = 1,y = 0
// 1、t1,t2 交替执行 结果: x = 1,y = 1
String result = "第" + i + "次 (" + x + "," + y + ")";
if(x == 0 && y == 0) {
// 如果不指令重排,则永远不会出现该情况;如果出现该情况则说明了出现了指令重排
System.err.println(result);
break;
} else {
System.out.println(result);
}
}
}
}
4、JMM规范下,多线程对变量的读写过程
由于JVM运行程序的实体是线程,而每个线程创建时JVM都会为其创建一个工作内存(有些地方称为栈空间),工作内存是每个线程的私有数据区域,而Java内存模型中规定所有变量都存储在主内存,主内存是共享内存区域,所有线程都可以访问,但线程对变量的操作(读取赋值等)必须在工作内存中进行。
首先要将变量从主内存拷贝到的线程自己的工作内存空间,然后对变量进行操作,操作完成后再将变量写回主内存,不能直接操作主内存中的变量,各个线程中的工作内存中存储着主内存中的变量副本拷贝,因此不同的线程间无法访问对方的工作内存,线程间的通信(传值)必须通过主内存来完成,其简要访问过程如下图
JMM定义了线程和主内存之间的抽象关系
线程之间的共享变量存储在主内存中(从硬件角度来说就是内存条)
每个线程都有一个私有的本地工作内存,本地工作内存中存储了该线程用来读/写共享变量的副本(从硬件角度来说就是CPU的缓存,比如寄存器、L1、L2、L3缓存等)
我们定义的所有共享变量都存储在物理主内存中
每个线程都有自己独立的工作内存,里面保存该线程使用到的变量的副本(主内存中该变量的一份拷贝)
线程对共享变量所有的操作都必须先在线程自己的工作内存中进行后写回主内存,不能直接从主内存中读写(不能越级)
不同线程之间也无法直接访问其他线程的工作内存中的变量,线程间变量值的传递需要通过主内存来进行(同级不能相互访问)
5、JMM规范下,多线程先行发生原则(happens-before)
只靠synchronized和volatile关键字来保证原子性、可见性以及有序性,那么编写并发编程显得十分麻烦,从JDK5开始,Java使用新的JSR-133内存模型,提供了happeds-before原则来辅助保证程序执行的原子性、可见性以及有序性的问题,它是判断数据是否存在竞争、线程是否安全的依据。
5.1 次序规则
一个线程内,按照代码顺序,写在前面的操作先行发生于写在后面的操作。
5.2 锁定规则
一个unLock操作先行发生于后面(这里的后面是指时间上的先后)对同一个锁的lock操作(一个线程想要lock,肯定要等前面的锁unLock释放这个资源)
public class HappenBeforeDemo{
static Object objectLock = new Object();
public static void main(String[] args) throws InterruptedException{
// 对于同一把锁objectLock,threadA一定先unlock同一把锁后B才能获得该锁, A 先行发生于B
synchronized (objectLock){
}
}
}
5.3 volatile变量规则
对一个volatile变量的读写操作先行发生于后面对这个变量的读操作,前面的写对后面的读是可见的,这里的后面同样是指时间上的先后。
5.4 传递规则
如果操作A先行发生于操作B,而操作B又先行发生于操作C,则可以得出操作A先行发生于操作C
5.5 线程启动规则(Thread Start Rule)
Thread对象的 start() 方法先行发生于此线程的每一个动作
Thread t1 = new Thread(()->{
System.out.println("----hello thread")//后执行
},"t1");
t1.start();//-------------------先执行
5.6 线程中断规则(Thread Interruption Rule)
对线程interrupt()方法的调用先行发生于被中断线程的代码检测到中断事件的发生;可以通过Thread.interrupted()检测到是否发生中断。
也就是说你要先调用了interrupt()方法设置过中断标志位,我才能检测到中断发送。
5.7 线程终止规则(Thread Termination Rule)
线程中的所有操作都先行发生于对此线程的终止检测,我们可以通过isAlive()等手段检测线程是否已经终止执行。
5.8 对象终结规则(Finalizer Rule)
一个对象的初始化完成(构造函数执行结束)先行发生于它的finalize()方法的开始
finalize的通常目的是在对象被不可撤销的丢弃之前执行清理操作。