Java内存模型

2017-08-01  本文已影响0人  森林苍穹

Java内存模型的基础

本文是《java并发编程的艺术》一书的学习笔记

1.Java内存模型的抽象结构

1.Java线程之间的通讯由Java内存模型(JMM)控制,JMM决定一个线程对共享变量的写入何时对另一个线程可见。

2.线程之间的共享变量存储在主内存中,每个线程都有一个私有的本地内存,本地内存存储了该线程以读/写共享变量的副本。本地内存是一个抽象概念,并不真实存在。

3.Java内存模型的抽象示意图如下


如果线程A与线程B之间要通讯的话,需要经历下面两个步骤。

2.happens-before简介

1.从JDK5开始,Java使用新的JSR-133内存模型。JSR-133使用happens-before的概念来阐述操作之间的内存可见性。

2.在JMM中如果一个操作执行的结果需要对另一个操作可见,那么这两个操作之间必须存在happens-before关系。这里的操作既可以是在一个线程内,也可以在不同线程之间。

3.与程序员密切相关的happens-before规则如下

注意

两个操作之间具有happens-before关系,并不意味着前一个操作必须要在后一个操作之前执行! happens-before仅仅要求前一个操作(执行的结果)对后一个操作可见,且前一个操作按顺序排在第二个操作之前

happens-before与JMM的关系如下:

假设有多个线程分别调用上面程序的3个方法,这个程序在语义上和下面的程序等价

如上面的程序所示,一个volatile变量的单个读/写操作,与一个普通变量的读/写操作是使用同一个锁来同步,它们之间的执行效果相同。

volatile具有以下特性

volatile内存语义的实现

为了实现volatile的内存语义,编译器在生成字节码时,会在指令序列中插入内存屏障来禁止特定类型的处理器重排序。

下面是基于保守策略的JMM内存屏障插入策略。

锁的内存语义

1.当线程释放锁时,JMM会把该线程对应的本地内存中的共享变量刷新到主内存中

2.当线程获取锁时,JMM会把该线程对应的本地内存置为无效。从而使被监视器保护的临界区代码必须从主内存中读取共享变量。

final域的内存语义

1.通过为final域增加读写重排序规则,可以为java程序员提供初始化安全保证:

只要对象是正确构造的(被构造对象的引用在构造函数中没有“逸出”),那么不需要使用同步(指lock和volatile的使用)就可以保证任意线程都能看到这个final域在构造函数中被初始化之后的值

2.为什么final引用不能从构造函数内"逸出"?

看下示例代码:


假设线程A执行writer()方法,线程B执行reader()方法。这里的操作2使得对象还未完成构造前就为线程B可见。即使这里的操作2是构造函数的最后一步,且在程序中操作2排在操作1后面,执行read()方法的线程仍然可能无法看到final域被初始化后的值,因为这里的操作1和操作2可能被重排序。

双重检查锁定与延迟初始化

双重检查锁定的由来

下面是示例代码

上面的代码是有问题的,问题的根源在第7行初始化的时候。
因为初始化构造的时候会存在重排序
new DclSinglenton()初始化构造的时候可以分解如下三行伪代码:

memory = allocate(); //1.分配对象的内存空间
ctorInstance(memory);//2.初始化对象
instance = memory;//3.设置instance指向刚分配的内存地址

多线程情况下2,3可能会重排序,如下:

memory = allocate(); //1.分配对象的内存空间
instance = memory;//3.设置instance指向刚分配的内存地址
                      //注意,此时对象还没有被初始化
ctorInstance(memory);//2.初始化对象

参考:

《java并发编程的艺术》

上一篇下一篇

猜你喜欢

热点阅读