1.java内存模型
1.1 原子性
1.2 问题分析
这里与局部变量自增不同，局部变量调用iinc是在局部变量表槽位上进行自增。
静态变量是在操作数栈自增。
这里的主内存和工作内存时再JMM里的说法。
因为操作系统是时间片切换的多个线程轮流使用CPU.
1.3解决方法
JMM中通过synchronized(同步关键字)保证原子性。
使用synchronized减i++和i--的分别的所有字节码指令作为一个整体运行。
使用synchronized加锁的力度最好大一点，只锁个i++就只有四条指令，不然增加时间。
2.可见性
2.1退不出的循环
运行发现停不下来了。
运行超过一秒之后就触发C2编译器进行优化了。run被读到了线程的局部变量表里面。
1s后再修改也看不见了。
2.2解决方法
2.3可见性
volatile只适用于一个写线程和多个读线程的情况。
println底层有synchronized关键字，也可以强制线程去到主存里面取值。
synchronized可以保证可见性和原子性。
3.有序性
3.1诡异的结果
应该是指令顺序为了优化发生了改变导致ready=true时num还没获取到2。
3.2解决方法
@Outcome注解就是检查感兴趣的结果。
1或4就划分为可接受的，ok表示之中
0划分到另一个。
清除并重新编译
生成一个源码jar包和一个压测入口jar包。
运行测试包进行压测。
结果中有两种，一个是带了关闭了分层编译，还有一个是没带任何参数。
两种情况都有出现0的结果。
说明指令重排问题确实有。
解决方法就是使用volatie关键字。
再次压测就不会有指令重排的问题了。
3.3有序性理解
双重检测法创建单例 就需要volatile防止指令重排
如果在创建的代码上加锁力度就太大了，创建该对象了，后续get该对象是不需要加锁的。
所以有了上面的双重判断，先判断是否实例为空，为空就加锁，加完锁再判断实例为空，任然为空就创建。
第一个if是为了提高效率，实例创建后，就不用一直获得锁对象。
第二个if是防止别的线程创建另一个实例。
0分配空间，3复制多一个引用进操作数栈4一个引用去调用构造方法7另一个引用交给了静态变量
t2直接返回了拿到了一个不完整的实例。
3.4 happens-before
就相当于打个标记，标记前改了值， 标记后看得见
4.CAS与原子类
4.1 CAS
CAS 是 Compare And Swap（ 比较并替换**）**的缩写，当值为预期值的时候，就将该值替换为预期的值。
CAS 也是实现原子操作的一种方法。
4.2乐观锁与悲观锁
4.3原子操作类
测试结果为0。
5.synchronized 优化(这个部分要先去看JUC)
5.1轻量级锁
A有两次加锁，一次轻量锁，一次重量锁。升级过程就是锁膨胀。
轻量级锁的加锁过程。
线程和对象之间交换定情信物，对象给出了Mark World存在线程的锁记录里面，线程给出了锁记录地址。
Mark Word只有八个字节，解锁时才会将对象的Mark Word恢复。
锁了A之后去访问B尝试锁B结果发现已经锁了，但是是自己上的锁所以还是可以访问B.
然后都访问完了之后就A和B都解锁。
解锁过程是把MarkWorld都还回去然后取出对象上的锁标记。
5.2锁膨胀
升级为重量级锁会把标记从01变成10，并在对象头里面加入重量级锁的指针，该指针用于线程1在解锁时唤醒阻塞中的线程。
5.3重量锁_自旋
这里线程2不会立刻 阻塞，阻塞需要把当前状态保存下来。
直接采用了自旋优化，先不停，不停重试，在阈值之内等到了对象解锁
自旋失败 就进入阻塞状态了。
5.4 偏向锁
锁重入就是要锁不同的代码块时对同一个对象加锁。
5.5其它优化
上锁时间过长可能会导致轻量锁变成重量锁。
