从Oracle Java Spec里面可以看到:
某些 JavaTM 实现可能创造将对 64 位 long 或 double 值的写操作分成两次相邻的 32 位值写操作更方便。为了效率起见,这种行为是实现可以自行决定的。JavaTM 虚拟 机可以自由地决定是原子性的对待 long 和 double 值的写操作还是一分为二的对 待。 鉴于本内存模型的目的,我们将对非 volatile long 或 double 值的单次写操作视作两 次分开的写操作:每次 32 位。这可能会导致一种情形,某个线程会看到某次写操 作中 64 位的前 32 位,以及其余一次写操作的后 32 位。读写 volatile 的 long 和 double 总是原子的。读写引用也总是原子的,而不管引用的实现采取的是 32 位还 是 64 位。 我们鼓励 VM 的实现者尽可能避免将 64 位值的写操作分开。鼓励编码职员将共享 的 64 位值声明为 volaitle 的或将其程序精确同步以避免可能的并发问题。
把稳: 众所周知,volatile只能担保可见性不能担保原子性,但用volatile润色long和double可以担保其操作原子性!
