Java锁升级过程

markword实现表：

  Java对象头里的markword主要存储虚拟机有关该对象的运行数据，如hashcode、gc年龄和锁信息，实现表如下图所示：
  markword中最低的三位代表锁状态 其中1位是偏向锁位 两位是普通锁位。

锁升级过程：

1. 当一个Java对象被new出来，markword最低的三位为：001，表示无锁态；

Obiect o = new Object();

2. 当对象获取自身的hashcode时，markword会用31位来存储hashcode，markword最低的三位为：001，表示无锁态；

o.hashcode();

3. 当对象被synchronized关键字修饰时，默认是轻量级锁。偏向锁有个时延，默认是4秒，因为JVM虚拟机自己有一些默认启动的线程，里面有好多synchronized代码，这些synchronized代码启动时就知道肯定会有竞争，如果使用偏向锁，就会造成偏向锁不断的进行锁撤销和锁升级的操作，效率较低。

synchronized(o){
    // TODO
}

4. 可以设置“-XX:+UseBiasedLocking”和“-XX:BiasedLockingStartupDelay=0”来打开偏向锁并设置偏向锁启动延迟为0，此时new出来的对象默认就是可偏向匿名对象，markword最低的三位为：101，线程ID为0；

-XX:+useBiasedLocking
-XX:BiasedLockingStartupDelay=0

5. 如果有线程上锁,上偏向锁指的就是,把markword的线程ID改为自己线程ID的过程,偏向锁不可重偏向、批量偏向、批量撤销。下次同一个线程加锁的时候，不需要争用，只需要判断线程指针是否同一个，所以，偏向锁偏向加锁的第一个线程，hashCode备份在线程栈上，线程销毁，锁降级为无锁。偏向锁由于有锁撤销的过程revoke，会消耗系统资源，所以，在锁争用特别激烈的时候，用偏向锁未必效率高。还不如直接使用轻量级锁；
6. 如果有线程竞争，撤销偏向锁，升级轻量级锁，线程在自己的线程栈生成LockRecord，用CAS操作将markword设置为指向自己这个线程的LockRecord的指针，设置成功者得到锁；自旋锁在JDK1.4.2 中引入，使用“-XX:+UseSpinning”来开启。JDK 6 中变为默认开启，并且引入了自适应的自旋锁（适应性自旋锁），JVM自己控制。
7. 自适应自旋锁意味着自旋的时间（次数）不再固定，而是由前一次在同一个锁上的自旋时间及锁的拥有者的状态来决定。如果在同一个锁对象上，自旋等待刚刚成功获得过锁，并且持有锁的线程正在运行中，那么虚拟机就会认为这次自旋也是很有可能再次成功，进而它将允许自旋等待持续相对更长的时间。如果对于某个锁，自旋很少成功获得过，那在以后尝试获取这个锁时将可能省略掉自旋过程，直接阻塞线程，避免浪费处理器资源；
8. 如果竞争加剧：有线程超过10次自旋（通过“-XX:PreBlockSpin”设置自旋次数）或者自旋线程数超过CPU核数的一半，升级重量级锁需要向操作系统申请资源（互斥锁，linux mutex）,CPU从3级->0级系统调用，线程挂起，进入等待队列，等待操作系统的调度，然后再映射回用户空间，用户态与内核态的切换需要消耗资源。

注：JDK11，偏向锁默认是打开的，但是有一个时延，如果要观察到偏向锁，应该设定参数，而JDK8默认对象头是无锁。