一、synchronized 的有序性
Java 里的操作无序现象是什么？
《深入理解 Java 虚拟机》- P374：
如果在一个线程观察另一个线程，所有操作都是无序的指的是 “指令重排序” 和 “工作内存与主内存同步延迟” 现象。
指令重排是JVM层面对程序进行的优化措施，如果不深入了解，则在并发编程时可能会发生难以发现的Bug。
截止JDK1.8, Java 里只有 volatile 变量是能实现禁止指令重排的。
synchronized 虽不能禁止指令重排，但能保证有序性
这个有序性是相对语义来看的，线程与线程间，每一个 synchronized 块可以看成是一个原子操作，它保证每个时刻只有一个线程执行同步代码，它可以解决上面引述的工作内存和主内存同步延迟现象引发的无序
synchronized 和 volatile 的有序性与可见性是两个角度来看的：
synchronized 是因为块与块之间看起来是原子操作，块与块之间有序可见
volatile 是在底层通过内存屏障防止指令重排的，变量前后之间的指令与指令之间有序可见
synchronized 和 volatile 有序性不同也是因为其实现原理不同：
synchronized 靠操作系统内核互斥锁实现的，相当于 JMM 中的 lock 和 unlock。退出代码块时一定会刷新变量回主内存
volatile 靠插入内存屏障指令防止其后面的指令跑到它前面去了
总而言之就是， synchronized 块里的非原子操作依旧可能发生指令重排
二、volatile 的有序性
《Java 并发编程实战》 P287 指出，有 synchronized 无 volatile 会引发 DCL问题：
线程可能看到引用的当前值，但对象的状态值确少失效的，这意味着线程可以看到对象处于无效或错误的状态
这意味着synchronized方法最后创建的对象能被其他线程访问到，但是可能会是无状态的，所以该对象虽存在但并不是一个可用的对象。
截图证明：
为何双重校验单例还要加上 volatile 的原因？
简单来讲，因为 new 这个指令是非原子操作，底层是分成几条指令来执行的，加上 volatile 是禁止指令重排，保证别的线程读到的时候一定是状态和引用正常的、一个完整的对象，防止其他线程看到的是对象还没有完全实例化的内容。
后记
值得一提的是 javap -v 编译出来的字节码指令还不是全部指令，它里面的 new 指令还是能更细分的，因为 volatile 的内存屏障指令还要深入到汇编的层次插入的。
关于synchronized我之前在看一本叫做《并发编程的艺术》和《深入理解Java虚拟机》这两本书，里面都是一些很浅显易懂的东西，该书透露着关于JVM和并发编程知道这些就够了的意思，但是在某种程度上，如果遇到类似双重校验为什么要加volatile这样的问题，还是需要一个合理的更底层的解释。
