Syschronized锁升级过程

首先说明轻量级锁适合的场景是多个线程轮流占用资源，而偏向锁适用的场景是一个线程反复占用资源

前提：锁对象是偏向锁状态并且锁对象是匿名偏向状态(在此状态下thread_ptr为NULL(0)，意味着还没有线程偏向于这个锁对象)
偏向锁加锁流程
1 向当前线程的栈内添加一个锁记录,让锁记录中的锁引用字段指向锁对象(这一步相当于读操作,即使并发也无所谓,所以这一步并没有使用CAS)
2 通过CAS设置锁对象对象头中markWord的线程Id为自己

偏向锁解锁
先将当前线程栈内和当前锁对象相关的锁记录全部拿到,把最后一条锁记录释放掉,然后检查当前锁对象是否是偏向锁状态,如果是解锁就结束了,也就是说锁对象保留了这次的线程id
这样的好处,就是如果下次还是这个线程来拿锁,就检查一下锁对象中的线程id是不是自己，是直接就加锁成功，没有任何操作系统层面的指令

安全点,简单来说用户自己线程的都处于阻塞状态，vm线程: 执行一些特别的任务,fullGC,撤销偏向锁等

偏向锁到轻量级锁流程
目前处于偏向锁并且偏向于A线程

1 线程B当前线程的栈内添加一个锁记录，记录内的锁引用字段存放的锁对象的地址
2 检查锁状态是偏向锁状态并且偏向于线程A，当前线程(B线程)会提交一个撤销偏向锁的任务,这个任务会提交待vm线程的任务队列之中,
vm线程会一直从任务队列拿任务执行并判断任务是否需要在安全点执行，而撤销偏向锁需要在安全点进行，vm线程执行任务的时候会检查偏向的线程A是否还存活
如果偏向线程已经死亡,那么就将锁对象设置为无锁状态或者匿名偏向状态,大部分是改为无锁状态,如果线程A还存活，需要计算出线程A是否还在执行同步代码，
通过遍历线程中的锁记录来判断，如果锁记录中有一条锁记录的锁引用字段指向锁对象,说明线程A还在执行同步代码，如果没有说明已经跳出同步代码了
如果已经执行完了同步代码处理逻辑和线程A死亡的逻辑一样，将锁对象设置为无锁状态或者匿名偏向状态,大部分是改为无锁状态
如果还在执行同步代码,会先遍历偏向线程的栈,找到锁记录指向当前锁对象的第一条记录，修改这个锁记录的displaced为无锁状态的maakWord(释放锁的时候会用)
然后修改锁对象的为轻量级锁状态，并且保留锁记录的地址，这样偏向锁升级轻量级锁完毕

无锁到轻量级锁流程
1 向当前线程的栈内添加一个锁记录,锁记录内的锁引用字段存放的锁对象的地址
2 让当前锁对象生成一条无锁状态的markWord值,学名叫displacedMarkWord，并且让生成的无锁状态的displacedMarkWord值保存到当前锁记录的displaced字段内
3 使用CAS的方式去设置当前锁对象的markword的值(将对象头中markword替换为指向锁记录的指针),如果当前锁对象是无锁状态，那么此次CAS一定能修改成功，
修改成功之后当前锁对象就从无锁状态到了轻量级锁状态

注意：轻量级锁和重量级锁 重入只有第一次会生成displacedMarkWord并存入displaced,后续的重入只是执行第一步，在栈内生成锁记录

轻量级锁释放
从当前线程栈找到最后一条锁引用字段指向当前锁对象的锁记录,把值设为null，然后检查锁记录的displaced是否有值,如果没有说明是重入的时候加的,这次释放锁就结束了
如果displaced有值，说明这是最后一次释放该锁对象,需要通过CAS的方式把displaced存放的displacedMarkWord替换锁对象的markWord，如果成功锁释放结束
如果失败说明锁膨胀为重量级锁和正在膨胀，需要走重量级锁推出流程了
升级到轻量级锁之后,线程B开始自旋获取锁,到底一定次数，会再次触发轻量级到重量级的升级

什么情况下会升级为重量级锁
1 有线程调用偏向锁或者轻量级锁对象的hashCode方法,因为锁对象处于偏向锁或者轻量级锁状态下是无法存hashCode的,这个时候会膨胀为重量级锁,可以腾出空间存hashCode
2 持锁线程调用锁对象的wait方法,因为偏向锁或者轻量级锁状态的时候对象是没有管程对象存在的,没有管程对象就没地方存线程节点
3 轻量级-->重量级锁

轻量级锁到重量级锁升级流程
线程A持有轻量级锁,线程B会判断出当前锁是轻量级锁,线程b就会获取一个空闲的管程对象,再通过CAS修改锁对象状态为膨胀中，如果CAS失败说明已经被其他线程修改了,自旋再次获取就行,
如果CAS成功,线程b需要把管程对象的owner属性设置原持有轻量级锁的线程,再将持锁的线程的第一条锁记录的displacedMarkWord保存到管程对象中,然后设置锁对象是重量级锁