volatile 修饰的共享变量,可以保证可见性,部分保证顺序性
class ThraedDemo {
private volatile int n;
}
可见性:
可见性是一种复杂的属性,因为可见性中的错误总是会违背我们的直觉。通常,我们无法确保执行读操作的线程能适时地看到其他线程写入的值,有时甚至是根本不可能的事情。为了确保多个线程之间对内存写入操作的可见性,必须使用同步机制。
可见性,是指线程之间的可见性,一个线程修改的状态对另一个线程是可见的。也就是一个线程修改的结果。另一个线程马上就能看到。比如:用volatile修饰的变量,就会具有可见性。volatile修饰的变量不允许线程内部缓存和重排序,即直接修改内存。所以对其他线程是可见的。但是这里需要注意一个问题,volatile只能让被他修饰内容具有可见性,但不能保证它具有原子性。比如 volatile int a = 0;之后有一个操作 a++;这个变量a具有可见性,但是a++ 依然是一个非原子操作,也就是这个操作同样存在线程安全问题。
在 Java 中 volatile、synchronized 和 final 实现可见性。
原子性:
原子是世界上的最小单位,具有不可分割性。比如 a=0;(a非long和double类型) 这个操作是不可分割的,那么我们说这个操作时原子操作。再比如:a++; 这个操作实际是a = a + 1;是可分割的,所以他不是一个原子操作。非原子操作都会存在线程安全问题,需要我们使用同步技术(sychronized)来让它变成一个原子操作。一个操作是原子操作,那么我们称它具有原子性。java的concurrent包下提供了一些原子类,我们可以通过阅读API来了解这些原子类的用法。比如:AtomicInteger、AtomicLong、AtomicReference等。
在 Java 中 synchronized 和在 lock、unlock 中操作保证原子性。
有序性:
Java 语言提供了 volatile 和 synchronized 两个关键字来保证线程之间操作的有序性,volatile 是因为其本身包含“禁止指令重排序”的语义,synchronized 是由“一个变量在同一个时刻只允许一条线程对其进行 lock 操作”这条规则获得的,此规则决定了持有同一个对象锁的两个同步块只能串行执行。
volatile 保证内存可见性
被 volatile 修饰的变量
- 1.任何的读取,必须从主内存中读取
- 2.任何的修改,必须同步回主内存中去
永远保证主内存的值是最新的,并且每次任何时候都是读最新的值
volatile 解决原子性问题
double
/ long
的赋值中的原子性
volatile
哪种情况下保证原子性
这些都不是原子的
long a = 1L;
double d = 1.0;
加上 volatile
就是原子的
volatile long a = 1L;
volatile double d = 1.0;
volatile约束代码重排序
volatile Object o = new Object();
被 volatile 修饰,仅仅实例化的时候不能被重排序
禁止指令重排序优化。有volatile修饰的变量,赋值后多执行了一个“load addl $0x0, (%esp)”操作,这个操作相当于一个内存屏障(指令重排序时不能把后面的指令重排序到内存屏障之前的位置),只有一个CPU访问内存时,并不需要内存屏障;(什么是指令重排序:是指CPU采用了允许将多条指令不按程序规定的顺序分开发送给各相应电路单元处理)。
个人理解:
volatile 最核心的地方在于 内存可见性,在实现原子性、代码重排序的时候,核心还是内存可见性。
因为对变量的任何修改,都可以被其他线程看到,①如果不是原子的,那可能别的线程看到一个赋值一半的变量,那就出问题了,所以不能让别的线程看到中间步骤,也即是这个操作得是 原子的;②同样的道理,如果在实例化对象的时候,仅从了重排序,别的线程看到了半构造对象,那就出问题了,所以需要保证重排序不能破坏整个规则,起到了约束代码重排序的功能。
代码重排序的预备知识: