「 天行健，君子以自强不息。地势坤，君子以厚德载物。」———《易经》
volatile 变量，在上一篇文章中已经有简单提及相关概念和用法，这一篇主要对 Volatile 变量的特性进行源码验证。验证它的涉及到的三个特性：
- 可见性
- 指令重排序
- 非原子性
volatile 之可见性验证
上一篇文章中，讲到 volatile 变量通常被当做状态标记使用。其中典型的应用是，检查标记状态，以确定是否退出循环。下面我们直接举个反例，源码如下：
public class Volatile {
boolean ready=true; //volatile 状态标志变量
private final static int SIZE = 10; //创建10个对象，可改变
public static void main(String[] args) throws InterruptedException{
Volatile vs[]=new Volatile[SIZE];
for(int n=0;n<SIZE;n++)
(vs[n]=new Volatile()).test();
System.out.println("mainThread end");//调用结束打印，死循环时不打印
}
public void test() throws InterruptedException{
Thread t2=new Thread(){
public void run(){
while(ready);//变量为true时，让其死循环
}
};
Thread t1=new Thread(){
public void run(){
ready=false;
}
};
t2.start();
Thread.yield();
t1.start();
t1.join();//保证一次只运行一个测试，以此减少其它线程的调度对 t2对boolValue的响应时间 的影响
t2.join();
}
}
其中，ready 变量是我们要验证的 volatile 变量。一开始 ready 初始化为 true,其次启动 t2 线程让其进入死循环；接着，t1 线程启动，并且让 t1 线程先执行，将 ready 改为 false。理论上来讲，此时 t2 线程应该跳出死循环，但是实际上并没有。此时 t2 线程读到的 ready 的值仍然为 true。所以这段程序一直没有打印出结果。这便是多线程间的不可见性问题,官方话术为: 线程 t1 修改后的值对线程 t2 来说并不可见。下图可以看到程序一直处于运行状态：
解决办法是：对变量 ready 声明为 volatile，再次执行者段程序，能够顺利打印出 “mainTread end”。volatile 保证了变量 ready 的可见性。
另外补充说明我这个例子用的 Java 版本：
volatile 之重排序问题说明
有序性：表示程序的执行顺序按照代码的先后顺序执行。通过下面代码，我们将更加直观的理解有序性。
int a = 1;
int b = 2;
a = 3; //语句A
b = 4; //语句B
上面代码，语句 A 一定在语句 B 之前执行吗? 答案是否定的。因为这里可能发生指令重排序。语句 B 可能先于语句 A 先自行。
什么是指令重排序？处理器为了提高运行效率，可能对输入代码进行优化，他不保证程序中各个语句的执行先后顺序同代码中的顺序一致，但是他会保证程序最终执行的结果和代码顺序执行的结果是一致的。
但是下面这种情况，语句 B 一定在 语句 A 之后执行。
int a = 1;
int b = 2;
a = 3; //语句A
b = a + 3; //语句B
原因是，变量 b 依赖 a 的值，重排序时处理器会考虑指令之间的依赖性。
当然，这个 volatile 有什么关系呢？
volatile 变量可以一定程度上保证有序性，volatile 关键字禁止指令重排序。
//x、y为非volatile变量
//flag为volatile变量
x = 1; //语句1
y = 2; //语句2
flag = true; //语句3
x = 3; //语句4
y = 4; //语句5
这里要说明的是，flag 为 volatile 变量；能保证
- 语句1，语句2 一定是在语句3的前面执行，但不保证语句1，语句2的执行顺序。
- 语句4，语句5 一定是在语句3的后面执行，但不保证语句4，语句5的执行顺序。
- 语句1，语句2 的执行结果，对语句3，语句4，语句5是可见的。
以上，就是关于 volatile 的禁止重排序的说明。、
volatile 之非原子性问题验证
volatile 关键字并不能保证原子性，如自增操作。下面看一个例子：
public class Volatile{
private volatile int count = 0;
public static void main(String[] args) {
final Volatile v = new Volatile();
for(int i = 0; i < 1000; i++) {
new Thread(new Runnable() {
@Override
public void run() {
// TODO Auto-generated method stub
v.count++;
}
}).start();
}
while(Thread.activeCount() > 1)
Thread.yield();
System.out.println(v.count);
}
}
这个程序执行的结果并没有达到我们的期望值，1000。并且每次的运行结果可能都不一样，如下图，有可能是 997 等。
来看下面一副图，分解自增操作的步骤。
- read&load 从主内存复制变量到当前工作内存。
- use&assign 执行代码，改变共享变量的值。
- store&write 用工作内存数据刷新主内存相关内容。
但是，这一系列的操作并不是原子的。也就是在 read&load 之后，如果主内存 count 发生变化，线程工作内存中的值由于已经加载，不会产生对应的变化。所以计算出来的结果和我们预期不一样。
对于 volatile 修饰的变量，jvm 虚拟机只是保证从主内存加载到线程工作内存中的值是最新的。
所以，假如线程 A 和 B 在read&load 过程中，发现主内存中的值都是5，那么都会加载这个最新的值 5。线程 A 修改后写到主内存,更新主内存的值为6。线程 B 由于已经 read & load,注意到此时线程 B 工作内存中的值还是5， 所以修改后也会将6更新到主内存。
那么两个线程分别进行一次自增操作后，count 只增加了1，结果也就错了。
当然，我们可以通过并发安全类AomicInteger, 内置锁 sychronized,显示锁 ReentrantLock，来规避这个问题，让程序运行结果达到我们的期望值 1000.
1）采用并发安全类 AomicInteger 的方式：
import java.util.concurrent.atomic.AtomicInteger;
public class Volatile{
private AtomicInteger count = new AtomicInteger(0);
public static void main(String[] args) {
final Volatile v = new Volatile();
for(int i = 0; i < 1000; i++) {
new Thread(new Runnable() {
@Override
public void run() {
// TODO Auto-generated method stub
v.count.incrementAndGet();
}
}).start();
}
while(Thread.activeCount() > 1)
Thread.yield();
System.out.println(v.count);
}
}
2） 采用内置锁 synchronized 的方式：
public class Volatile{
private int count = 0;
public static void main(String[] args) {
final Volatile v = new Volatile();
for(int i = 0; i < 1000; i++) {
new Thread(new Runnable() {
@Override
public void run() {
// TODO Auto-generated method stub
synchronized (this) {
v.count++;
}
}
}).start();
}
while(Thread.activeCount() > 1)
Thread.yield();
System.out.println(v.count);
}
}
3）采用显示锁的方式
import java.util.concurrent.locks.Lock;
import java.util.concurrent.locks.ReentrantLock;
public class Volatile{
private int count = 0;
Lock lock = new ReentrantLock();
public static void main(String[] args) {
final Volatile v = new Volatile();
for(int i = 0; i < 1000; i++) {
new Thread(new Runnable() {
@Override
public void run() {
// TODO Auto-generated method stub
v.lock.lock();
try {
v.count++;
}finally {
v.lock.unlock();
}
}
}).start();
}
while(Thread.activeCount() > 1)
Thread.yield();
System.out.println(v.count);
}
}
参考
http://www.cnblogs.com/dolphin0520/p/3920373.html
https://blog.csdn.net/gao_chun/article/details/45095995
https://blog.csdn.net/xilove102/article/details/52437581
