Commit a96254c

什么是 CAS 呢？ Compare-and-Swap，即**比较并替换**，或者**比较并设置**。

在轻量级锁状态上继续锁竞争，没有抢到锁的线程进行**自旋**操作，即在一个循环中不停判断是否可以获取锁。获取锁的操作，就是通过 CAS 操

作修改对象头里的锁标志位。先**比较**当前锁标志位是否为**释放**状态，如果是，将其设置为**锁定**状态，比较并设置是原子性操作，这个

是 JVM 层面保证的。当前线程就算持有了锁，然后线程将当前锁的持有者信息改为自己。

假如我们获取到锁的线程操作时间很长，比如会进行复杂的计算，数据量很大的网络传输等；那么其它等待锁的线程就会进入长时间的自旋操作，这个

过程是非常耗资源的。其实这时候相当于只有一个线程在有效地工作，其它的线程什么都干不了，在白白地消耗 CPU，这种现象叫做**忙等

（busy-waiting）**。所以如果多个线程使用**独占锁**，但是没有发生锁竞争，或者发生了很轻微的锁竞争，那么 synchronized 就是轻量

级锁，允许短时间的忙等现象。这是一种择中的想法，**短时间的忙等，换取线程在用户态和内核态之间切换的开销**。

显然，忙等是有限度的（JVM 有一个计数器记录自旋次数，默认允许循环 10 次，可以通过[虚拟机参数更改](#参数介绍)）。如果锁竞争情况严重，

达到某个最大自旋次数的线程，会将轻量级锁升级为重量级锁（依然是通过 CAS 修改锁标志位，但不修改持有锁的线程 ID）。当后续线程尝试获取

锁时，发现被占用的锁是重量级锁，则直接将自己挂起（而不是上面说的忙等，即不会自旋），等待释放锁的线程去唤醒。在 JDK1.6 之前， synchronized

直接加重量级锁，很明显现在通过一系列的优化过后，性能明显得到了提升。

JVM 中，synchronized 锁只能按照偏向锁、轻量级锁、重量级锁的顺序逐渐升级（也有把这个称为**锁膨胀**的过程），不允许降级。

-XX:-UseBiasedLocking=false 关闭偏向锁