注：在阅读本章之前，先要了解Java内存模型，见上一章《附1 Java内存模型与共享变量可见性》，链接如下：
http://www.cnblogs.com/java-zhao/p/5124725.html
1、volatile用法
具体的用法可以参照《第二章 ConcurrentHashMap源码解析》中的Segment内部类的count属性，可以看看多线程情况下怎样对其进行操作的，具体链接如下；
http://www.cnblogs.com/java-zhao/p/5113317.html
或者可以参照《第三章 CopyOnWriteArrayList源码解析》中CopyOnWriteArrayList的底层数组，具体链接如下；
http://www.cnblogs.com/java-zhao/p/5121944.html
2、具体的实现原理
- 对volatile变量执行写操作时，会在写操作后加入一条store屏障指令
- 对volatile变量执行读操作时，会在读操作前加入一条load屏障指令
说人话：
- 对volatile变量执行读操作时，都要强制的先从主内存读取最新的变量值到工作内存，然后再读工作内存中所存储的变量副本
- 对volatile变量执行写操作时，又会强制的将工作内存中的刚刚改变的值写到主内存中去
通过上边这样模式，每个线程拿到的volatile变量值都是最新的。
注意：
volatile无法实现原子性：
eg.
private volatile int count = 0;
假设现在有两条线程分别对count执行加1操作，那么期待的结果最后count==2，但是看下边的分析：
假设有如下流程：
1）线程a获取了count==0；
2）线程b获取了count==0；
3）线程b对count+1，之后写入主内存count==1；
4）线程a对count+1，之后写入主内存count==1；
结果count==1而非count==2，原因就是线程a获取count后，volatile不能实现原子性，这个时候b也能去操作count。
想要实现原子性，使用synchronized去锁住增加方法，或者使用ReentrantLock去锁住增加代码；当然，以上场景使用AtomicInteger更好。
3、volatile使用场景
- 运算结果并不依赖当前值，例如Boolean就可，而number++这样的就不行，这样的情况使用锁
- 运算结果依赖当前值但是能够确保只有单一线程修改变量的值，例如ConcurrentHashMap中Segment的count变量
- count变量只能由单一线程来改变（因为put和remove都是加锁的），但是修改后未必能及时刷新到主内存；这时候读线程去读取的话就可能读到旧数据。所以需要volatile来保证可见性。
- 变量不需要与其他的状态变量共同参与不变约束，例如low<up这样的场景就不行
- 在访问变量时需要使用锁，就不要使用volatile（《java并发编程实战》）
所以说，volatile只能实现部分线程安全（实际上只能实现可见性）。 如果volatile用得好的话，比synchronized强不少，因为不需要上下文切换。
注：
- 关于volatile禁止指令重排序的介绍去看《深入理解Java虚拟机（第二版）》第十二章"Java内存模型与线程"
- 通常情况下，能用volatile解决的就不去用synchronized了
