Java synchronized锁升级流程

 JDK 1.6之前，synchronized 还是一个重量级锁，是一个效率比较低下的锁，但是在JDK 1.6后，Jvm为了提高锁的获取与释放效率对（synchronized ）进行了优化，引入了 偏向锁 和 轻量级锁 ，从此以后锁的状态就有了四种（无锁、偏向锁、轻量级锁、重量级锁），并且四种状态会随着竞争的情况逐渐升级，而且是不可逆的过程，即不可降级。
jdk1.6之前的synchronized实现方式是 “阻塞或唤醒一个Java线程需要操作系统切换CPU状态来完成，这种状态切换需要耗费处理器时间，如果同步代码块中内容过于简单，这种切换的时间可能比用户代码执行的时间还长”，这也是在JDK6以前 synchronized效率低下的原因，JDK6中为了减少获得锁和释放锁带来的性能消耗，引入了“偏向锁”和“轻量级锁”。
当一个线程去抢占锁的时候，锁会升级成偏向锁，此时共享资源加锁和解锁不需要额外的消耗，和执行非同步方法相比仅存在纳秒级的差距；
当多个线程去抢占锁的时候，此时一个线程会抢占到锁（线程会在栈中开辟一段空间来存储对象头中的MarkWord数据，而对象头会指向线程）然后执行同步代码块，而其他线程此时并不会直接进入到阻塞状态，而是通过自旋的方式去不断尝试抢占锁，自旋竞争，会消耗cpu，但是比起后面的重量级锁性能还是快很多，毕竟不会阻塞线程；
线程自旋抢占锁的次数并不是无限的，因为自旋也会消耗CPU的性能，当自旋到一定次数后还没拿到锁的话，线程就会讲锁的状态修改为重量级锁，并且阻塞。