read and load 从主内存复制变量到当前线程的工作内存
use and assign 执行代码，改变共享变量值
store and write 用工作内存数据刷新主存相关内容
其中use and assign 可以多次出现

volatile 确保共享变量能被准确和一致的更新，线程应该确保通过排他锁单独获得这个变量。(可以理解为，当一个线程read and load 从主内存复制volatile变量到当前线程的工作内存时，其他线程不能 store and write 用工作内存数据刷新主存相关内容)，而且，当成员变量发生变化时，强迫线程将变化值回写到主内存。以此来保持共享变量的值的统一性

read and load
use and assign
store and write
该过程并不能保证原子性所以会有以下情况：
public class Counter {
public volatile static int count = 0;
public static void inc() {
//这里延迟1毫秒，使得结果明显，这里已经read,load完变量
try {
Thread.sleep(1);
} catch (InterruptedException e) {
}
count++;//因为是volatile修饰的变量这里会强制主动store and write变量
}
public static void main(String[] args) {
//同时启动1000个线程，去进行i++计算，看看实际结果
for (int i = 0; i < 1000; i++) {
new Thread(new Runnable() {
@Override
public void run() {
Counter.inc();
}
}).start();
}
try {
Thread.sleep(2000) ;//等待其他线程执行完毕
} catch (InterruptedException e) {
e.printStackTrace();
}
//这里每次运行的值都有可能不同,可能为1000
System.out.println("运行结果:Counter.count=" + Counter.count);
}
}
运行结果:Counter.count=992
不为1000的原因为：
例如假如线程1，线程2 在进行read,load 操作中，发现主内存中count的值都是5，那么都会加载这个最新的值
在线程1堆count进行修改之后，因为是volatile修饰的变量，所以会强制主动store and write到主内存中，主内存中的count变量就会变为6
但是线程2由于已经进行read,load操作，在进行运算之后，也会更新主内存count的变量值为6
导致两个线程及时用volatile关键字修改之后，还是会存在并发的情况。

当使用synchronized关键字时jvm不仅保证，从主内存加载到线程工作内存的值是最新的（重新从主内存中read and load相关变量），还保持synchronized代码段的原子性执行，synchronized代码段结束后也会强制主动的store and write 用工作内存数据刷新主存相关变量，以保证共享数据的统一性，从而处理了线程安全问题