偏向锁-轻量锁-重量锁-自旋锁

自旋锁

自选锁其实就是在拿锁时发现已经有线程拿了锁，一般情况下需要阻塞自己，但是这种挂起和唤醒需要切换至核心进程耗费资源，这个时候会选择进行忙等循环尝试。也就是不停循环看是否能等到上个线程自己释放锁。这个问题是基于一个现实考量的：很多拿了锁的线程会很快释放锁。因为一般敏感的操作不会很多。当然这个是一个不能完全确定的情况，只能说总体上是一种优化。

自旋适应锁

自旋的次数不固定，它是由前一次在同一个锁上的自旋时间及锁的拥有者的状态来决定。如果自旋成功，那么下次自旋的次数会更多，因为虚拟机认为既然上次成功了，那么此次自旋也很有可能会再次成功。反之，以后自旋的次数会减少甚至省略掉自旋过程，以免浪费处理器资源。 

锁消除

通过逃逸分析发现其实根本就没有别的线程产生竞争的可能，而“自作多情”地给自己加上了锁。虚拟机会直接去掉这个锁。称为锁消除。

锁粗化

一个循环里面有很多synchronized关键字，因其频繁地拿锁释放锁，开销很大。虚拟机对此适当扩大加锁的范围以避免频繁的拿锁释放锁的过程。

锁膨胀

一个锁从偏向锁开始，只能沿着 偏向锁 -> 轻量锁 -> 重量锁 的方向进行膨胀升级，不能进行锁的降级。

偏向锁 -> 轻量锁 -> 重量锁

这边书上说的不是很详细，关于锁操作的流程资料也不多，以下有两点先说明：

1. CAS的预估值是锁标识符、HashCode：大家说锁的膨胀过程是用CAS做判断，但是CAS是需要预估值的，没有一篇文章说过CAS的预估值是什么，如果不知道预估值，怎么才能明白什么时候成功什么时候失败呢？根据观察，我认为是用锁标识符+hashCode做预估值能准确判断各种情况。
2. 重量锁是怎么实现的：重量锁用操作系统底层的Mutex Lock实现的锁，是一种很耗费资源的锁。