volatile, atomic, synchronized
- volatile
- atomic
- synchronized
volatile
【小例子】
volatile int n = 0;
现象：如果100个线程都执行以下操作，那么原则上我们猜想，结果应该是1000。但现实很残忍，并非如此，很多时候<1000。
for(int i=0; i<10; i++){
n++;
}
解释：声明为volatile的简单变量如果当前值由该变量以前的值相关，那么volatile关键字不起作用，也就是说如下的表达式都不是原子操作：n = n + 1; n++; 如果要想使这种情况变成原子操作，需要使用synchronized关键字
【volatile是什么】
volatile用来修饰被不同线程访问和修改的变量。如果没有volatile，基本上会导致这样的结果：要么无法编写多线程程序，要么编译器失去大量优化的机会。
volatile变量可以被看作是一种 “程度较轻的 synchronized”；与 synchronized 块相比，volatile 变量所需的编码较少，并且运行时开销也较少，但是它所能实现的功能也仅是 synchronized 的一部分。
【volatile诞生背景】
我们知道，在Java中设置变量值的操作，除了long和double类型的变量外都是原子操作，也就是说，对于变量值的简单读写操作没有必要进行同步。
这在JVM 1.2之前，Java的内存模型实现总是从主存读取变量，是不需要进行特别的注意的。而随着JVM的成熟和优化，现在在多线程环境下volatile关键字的使用变得非常重要。
在当前的Java内存模型下，线程可以把变量保存在本地内存（比如机器的寄存器）中，而不是直接在主存中进行读写。这就可能造成一个线程在主存中修改了一个变量的值，而另外一个线程还继续使用它在寄存器中的变量值的拷贝，造成数据的不一致。
要解决这个问题，只需要像在本程序中的这样，把该变量声明为volatile（不稳定的）即可，这就指示JVM，这个变量是不稳定的，每次使用它都到主存中进行读取。一般说来，多任务环境下各任务间共享的标志都应该加volatile修饰。
【volatile与多线程】
Volatile修饰的成员变量在每次被线程访问时，都强迫从共享内存中重读该成员变量的值。而且，当成员变量发生变化时，强迫线程将变化值回写到共享内存。这样在任何时刻，两个不同的线程总是看到某个成员变量的同一个值。
Java语言规范中指出：为了获得最佳速度，允许线程保存共享成员变量的私有拷贝，而且只当线程进入或者离开同步代码块时才与共享成员变量的原始值对比。
这样当多个线程同时与某个对象交互时，就必须要注意到要让线程及时的得到共享成员变量的变化。
而volatile关键字就是提示VM：对于这个成员变量不能保存它的私有拷贝，而应直接与共享成员变量交互。
【使用建议】
在两个或者更多的线程访问的成员变量上使用volatile。当要访问的变量已在synchronized代码块中，或者为常量时，不必使用。
由于使用屏蔽掉了VM中必要的代码优化，所以在效率上比较低，因此一定在必要时才使用此关键字。
【继续阅读】
| volatile | synchronized | |
| 原子性 | 不保证 | 保证 |
| 可见性 | 保证 | 保证 |
| 约束 | 对变量的写操作不能依赖于当前值； 该变量不能包含在其有其他变量的不变式中； 单独使用 volatile 不足以实现计数器、互斥锁或任何具有与多个变量相关的不变式（Invariants）的类（例如 “start <=end”）。 |
造成线程阻塞，造成可伸缩性问题 |
| 优势 | volatile编码更易地编码和阅读。 volatile不会形成线程阻塞，某些情况下，volatile 变量同步机制的性能要优于锁 在某些情况下，如果读操作远远大于写操作，volatile 变量还可以提供优于锁的性能优势。 |
此处省略5000字…… |
http://bbs.51cto.com/viewthread.php?action=printable&tid=471106
http://www.ibm.com/developerworks/cn/java/j-jtp06197.html
学习自：
http://developer.51cto.com/art/200906/132344.htm
http://developer.51cto.com/art/201105/264855.htm
