1. volatile 的含义
当对一个变量使用了 volatile 之后，就保证了此变量对所有线程的 可见性。
可见性是指：当一个线程修改了这个变量的值以后，其他线程可以马上得知这个新的值。
如果没有使用 volatile，变量的值在线程间传递需要通过主存来完成，例如线程A修改了一个普通变量的值，然后向主存进行回写，另一个线程B在A回写完成之后再从主存进行读取操作，新值才会对B可见。
对 volatile 修饰的变量赋值后，会在内存中设置一个屏障，这个内存屏障有一个作用：使本CPU的cache马上写入内存，相当于对cache做了一次 store write 操作，而且会引起其他CPU无效化其cache，所以其他线程就需要重新读取加载变量到自己的工作内存，实现了可见性。
volatile 设置的内存屏障还有一个作用，就是做指令重排序优化时，不能把后面的指令重排序到这个内存屏障之前。
2. volatile 是线程安全的吗？
示例代码：
public class VolatileTest {
public static volatile int race = 0;
public static void increase() {
race++;
}
private static final int THREADS_COUNT = 20;
public static void main(String[] args) {
Thread[] threads = new Thread[THREADS_COUNT];
for (int i=0; i< THREADS_COUNT; i++) {
threads[i] = new Thread(new Runnable() {
@Override
public void run() {
for (int i=0; i<10000; i++) {
increase();
}
}
});
threads[i].start();
}
while(Thread.activeCount() > 1) {
Thread.yield();
}
System.out.println(race);
}
}
发起了20个线程，每个线程对 race 变量进行 10000 次自增操作，如果正确并发的话，结果应该是 200000，但每次运行的结果都是小于预期的数，这是为什么？
问题就出在 race ++ 上，例如线程A执行了，拿到 race 的值是10，准备执行自增操作，但还没执行时，线程B抢先了，B拿到的值也是10，执行完自增操作后，race 变为了 11，这时 A 在执行自增，是基于之前拿到的10来执行的，那么A的执行结果就是 11，B白执行了，所以就造成了运行结果总是小于预期的值。
所以，volidate 只是保证了可见性，并不保证原子性，不是线程安全的。
3. 使用 volatile 禁止指令重排
示例代码：
Map configOptions;
char[] configText;
// 此变量必须定义为 volatile
volatile boolean initialized = false;
// --- 假设以下代码在线程A中执行
// 模拟读取配置信息，当读取完成后将 initialized 设置为 true，以通知其他线程配置可用
configOptions = new HashMap();
configText = readConfigFile(fileName);
processConfigOptions(configText, configOptions);
initialized = true;
// --- 假设以下代码在线程B中执行
// 等待 initialized 为 true，代表线程A已经把配置信息初始化完成
while(!initialized) {
sleep();
}
// 使用线程A中初始化好的配置信息
doSomethingWithConfig();
上面代码简单来说，就是有一个变量作为初始化完成的标识，线程A加载配置文件，完成后修改标识变量为true，线程B在初始化完成之前睡眠，之后使用配置信息做点事情。
重点是 initialized 必须定义为 volatile，否则就可能被指令重排序优化，导致 initialized = true; 被提前执行，线程B就会出错，volatile 可以避免此类情况发生。