本文主要的脑图如下:
如果上面图片太模糊,请打开下面的链接:
java内存模型脑图
本篇文章按照自顶向下的方式将,先讲使用场景,再讲用法,最后讲原理。
备注:jvm内存结构和Java对象模型不做具体展开。
jvm内存结构,和Java虚拟机的运行时区域有关
Java内存模型,和并发编程有关
Java对象模型,和Java对象在虚拟机的表现形式有关
jvm内存结构
本篇文章不是主要讲jvm内存结构的,因此简单提一下,不再做具体讲述。
Java对象模型
C语言不存在内存模型的概念,依赖处理器,不同处理器结果不一样,无法保证并发安全,因此需要一个标准,让多线程运行的结果可预期。
JMM的重要特性是重排序、原子性、可见性,下面几章将挨个介绍。
private static int x = 0, y = 0;
private static int a = 0, b = 0;
public static void main(String[] args) throws InterruptedException {
int i = 0;
for (; ; ) {
i++;
x = 0;
y = 0;
a = 0;
b = 0;
CountDownLatch latch = new CountDownLatch(3);
Thread one = new Thread(new Runnable() {
@Override
public void run() {
try {
latch.countDown();
latch.await();
} catch (InterruptedException e) {
e.printStackTrace();
}
a = 1;
x = b;
}
});
Thread two = new Thread(new Runnable() {
@Override
public void run() {
try {
latch.countDown();
latch.await();
} catch (InterruptedException e) {
e.printStackTrace();
}
b = 1;
y = a;
}
});
two.start();
one.start();
latch.countDown();
one.join();
two.join();
String result = "第" + i + "次(" + x + "," + y + ")";
if (x == 0 && y == 0) {
System.out.println(result);
break;
} else {
System.out.println(result);
}
}
}
以上运行结果有以下3中结果外
还有第四种情况:
这就是重排序导致的
在线程1内部的两行代码的实际执行顺序和代码在Java文件中的顺序不一致,代码指令并不是严格按照代码语句顺序执行的它们的顺序被改变了,这就是重排序,这里被颠倒的是y=a和b=1这两行语句。
提高处理速度
如上图所示,重排序a少了一次读取和写入,因此提高了响应速度。
/**
* 描述: 演示可见性带来的问题
*/
public class FieldVisibility {
int a = 1;
int b = 2;
private void change() {
a = 3;
b = a;
}
private void print() {
System.out.println("b=" + b + ";a=" + a);
}
public static void main(String[] args) {
while (true) {
FieldVisibility test = new FieldVisibility();
new Thread(new Runnable() {
@Override
public void run() {
try {
Thread.sleep(1);
} catch (InterruptedException e) {
e.printStackTrace();
}
test.change();
}
}).start();
new Thread(new Runnable() {
@Override
public void run() {
try {
Thread.sleep(1);
} catch (InterruptedException e) {
e.printStackTrace();
}
test.print();
}
}).start();
}
}
}
出现的情况:
a=3,b=2
a=1,b=2
a=3,b=3
除了以上3种情况,还有
b=3,a=1这种情况
这就是可见性带来的问题
每个线程都有一个工作内存,修改完之后,不一定立即同步回主内存,这样其他线程读取的数据可能不同步,导致出现可见性问题,使用volatile可以保证可见性。
如下图:
从下到上分别是主存、l3缓存、l2缓存、…寄存器、cpu,因为cpu很快,主存空间很大,速度慢,如果直接从主存里拿,速度很慢,这时候划分了很多缓存,从下往上缓存逐渐减少,但速度增快,最后cpu(比如core1)从registers寄存器中拿值,速度很快。别的线程修改完数据,不一定同步马上回了主存,可能同步到了某级缓存里,这就导致别的线程拿的值不是最新的。
CPU有多级缓存,导致读的数据过期
高速缓存的容量比主内存小,但是速度仅次于寄存器,所以在CPU和主内存之间就多了Cache层
线程间的对于共享变量的可见性问题不是直接由多核引起的,而是由多缓存引起的。
如果所有个核心都只用一个缓存,那么也就不存在内存可见性问题了。
每个核心都会将自己需要的数据读到独占缓存中,数据修改后也是写入到缓存中,然后等待刷入到主存中。所以会导致有些核心读取的值是一个过期的值。
Java作为高级语言,屏蔽了这些底层细节,用JMM定义了一套读写内存数据的规范,虽然我们不再需要关心一级缓存和二级缓存的问题,但是,JMM抽象了主内存和本地内存的概念。
这里说的本地内存并不是真的是一块给每个线程分配的内存,而是 JMM的一个抽象,是对于寄存器、一级缓存、二级缓存等的抽象。
JMM规定:
1.所有的变量都存储在主内存中,同时每个线程也有自己独立的工作内存工作内存中的变量内容是主内存中的拷贝
2.线程不能直接读写主内存中的变量,而是只能操作自己工作内存中的变量然后再同步到主内存中
3.主内存是多个线程共享的,但线程间不共享工作内存,如果线程间需要通信,必须借助主内存中转来完成.
所有的共享变量存在于主内存中,每个线程有自己的本地内存,而且线程读写共享数据也是通过本地内存交换的,这也就导致了可见性的问题。
happens-before规则是用来解决可见性问题的:在时间上,动作A发生在动作B之前,B保证能看见A,这就是happens-before。
两个操作可以用happens-before来确定它们的执行顺序:如果一个操作 happens-before 于另一个操作,那么我们说第一个操作对于第二个操作是可见的。
两个线程没有相互配合的机制,所以代码X和Y的执行结果并不能保证总被对方看到的,这就不具备happens-before。
比如lock,synchronized等,如上图所示。
2. volatile
只要完成了写线程操作,就一定能被读取到,包括之前的一些操作。比如a=3;b=a 对b加volatile,那么另一个线程读取的时候,a=3,b=3,那么b一定能被另一个线程读取到,a=3,b=3.这种情况a一定等于3。