锁
synchronized 原子性
不可中断锁，适合竞争不激烈，可读性好
修改代码块:大括号括起来的代码，作用于调用的对象
修饰方法：整个方法，作用于调用的对象
修饰静态方法:整个静态方法，作用于所有对象
-
修饰类:括号括起来的部分，作用于所有对象
代码块和方法属于同一类(交替打印数字问题)，静态方法和类属于同一类(打印完一个后在打印第二个)
Lock
- 可中断锁，多样化同步，适合竞争时能维持常态
Atomic
- 竞争激烈时也能维持常态，比Lock性能好；只能同步一个值
可见性
导致共享变量在线程间不可见的原因
- 线程交叉执行
- 重排序结合线程交叉执行
- 共享变量更新后的值没有在工作内存与主内存间及时更新
JMM关于synchronized的两条规定
- 线程解锁前，必须把共享内存的最新值刷新到主内存
- 线程加锁时，将清空工作内存中共享变量的值，从而使用共享变量时需要从主内存中重新读取最新的值(注意：加锁和解锁是同一把锁)
可见性-volatile
- 通过加入内存屏障和禁止重排序优化来实现
- 将volatile变量写操作时，会在写操作后加入一条store屏障指令，将本地内存中的共享变量值刷新到主内存
- 对volatile变量读操作时，会在读操作前加入一条load屏障指令，从主内存中读取共享变量
有序性
- java内存模型中，允许编译器和处理器对指令进行重排序，但是重排序过程不会影响到单线程程序的执行，却会影响到多线程并发执行的正确性。
- volatile、synchronized、lock
有序性-hanpens-before原则 （8个原则）
- 程序次序规则：一个线程内，按照代码顺序，书写在前面的操作先行发生与书写在后面的操作
- 锁定规则：一个unlock操作先行发生与后面对同一个锁的lock操作（无论在单线程或者多线程中同一个锁如果处于被锁定状态，那么需要先unlock然后在进行lock）
- volatile变量规则：对一个变量的写操作先行发生与后面对这个变量的读操作（如果一个线程先去写一个变量，另一个线程也去读取这个变量，那么应该是写入操作先行发生于读操作）-- 内存屏障
- 传递规则：如果操作A先行发生于操作B，而操作B又先行发生与操作C，则可以得出操作A先行发生与操作C
- 线程启动规则：Thread对象的start()方法先行发生于此线程的每一个动作
- 线程中断原则：对线程interrupt()方法的调用先行发生于被中断线程的代码检测到中断事件的发生；
- 线程终结规则：线程中所有的操作都先行发生于线程的终止检测，我们可以通过Threa.join()方法结束、Thread.isAlive()的返回值手段检测到线程已经终止执行；
- 对象终结规则：一个对象的初始化完成先行发生于他的finalize()方法的开始。
