1.2.1 线程安全之可见性问题

2020-02-13  本文已影响0人  叶凯飞

多线程中的问题

  1. 所见非所得
  2. 无法内眼去检查程序的准确性
  3. 不同的运行平台有不同的表现
  4. 错误很难重现

工作内存缓存

截屏2020-02-13下午4.57.58.png

内存模型的含义

内存模型描述程序的可能行为。

Java编程语言内存模型通过检查执行跟踪中的每个读操作,并根据某些规则检查该读操作观察到的写操作是否有效来工作。

只要程序的所有执行产生的结果都可以由内存模型预测。具体的实现者任意实现,包括操作的重新排序和删除不必要的同步。

内存模型决定了在程序的每个点上可以读取什么值。

Shared Variables共享变量描述

可以在线程之间共享的内存称为共享内存或堆内存

所有实例字段、静态字段和数组元素都存储在堆内存中。

如果至少有一个访问是写的,那么对同一个变量的两次访问(读或写)是冲突的。

线程操作的定义

操作定义:

程序顺序: 如果一个程序没有数据竞争,那么程序的所有执行看起来都是顺序一致的。

本规范只涉及线程间的操作;

对于同步的规则定义

Happens - before先行发生原则

Happens - before关系主要用于强调两个有冲突的动作之间的顺序,以及定义数据争用的发生时机。

具体的虚拟机实现,有必要确保以下原则的成立

当程序包含两个没有被 happens - before 关系排序的冲突访问时,就称存在数据争用

遵守了这个原则,也就意味着有些代码不能进行重排序,有些数据不能缓存!!

volatile关键字

可见性问题:让一个线程对共享变量的修改,能够及时的被其他线程看到。

根据JMM中规定的 happen - before 和 同步原则:
对某个volatile字段的写操作 happens - before 每个后续对该volatile字段的读操作。
对volatile变量v的写入,与所有其他线程后续对v的读同步。

要满足这些条件,所以volatile关键字就有这些功能:

  1. 禁止缓存;

    volatile变量的访问控制符会加个ACC_VOLATILE。

  2. 对volatile变量相关的指令不做重排序。

final在JMM中的处理

final在该对象的构造函数中设置对象的字段,当线程看到该对象时,将始终看到该对象的final字段的正确构造版本。伪代码示例:f = new finalDemo(); 读取到的f.x一定为最新,x为final字段。

如果在构造函数中设置字段后读取,则会看到该final字段分配的值,否则它将看到默认值;

伪代码示例: public finalDemo(){x = 1; y = x;}; y会等于1;

读取该共享对象的final成员变量之前,先要读取共享变量。

伪代码示例:r = new ReferenceObj(); k = r.f;这两个操作不能重排序

通常static final是不可以修改的字段,然而System.in ,System.out和System.err是static final 字段,遗留原因,必须允许通过set方法改变,我们将这些字段称为写保护,以区别于普通final字段;

Word Tearing字节处理

![截屏2020-02-13下午4.57.20.png](https://img.haomeiwen.com/i19744837/d5ab3217c5c4fb94.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)
上一篇 下一篇

猜你喜欢

热点阅读