2020-12-21

synchronized 锁的升级

​ 在 synchronized 中，锁存在四种状态 分别是：无锁、偏向锁、轻量级锁、重量级锁； 锁的状态 根据竞争激烈的程度从低到高不断升级。

偏向锁

​ 偏向锁的目的是在某个线程获得锁之后，消除这个线程锁重入（CAS）的开销，偏向锁则是在只有一个线程执行同步块时进 一步提高性能。

轻量级锁

​ 轻量级锁所适应的场景是线程交替执行同步块的情况，如果存在同一时间访问同一锁的情况，就会导致轻量级锁膨胀 为重量级锁。 轻量级锁是为了在线程交替执行同步块时提高性能。

重量级锁

​ Synchronized 是通过对象内部的一个叫做监视器锁（monitor）来实现的。monitor 依赖操作系统的 MutexLock(互斥锁)来实现的, 线 程被阻塞后便进入内核（Linux）调度状态，这个会导致系统在用户态与内核态之间来回切换，严重影响锁的性能。

​ 这种依赖于操作系统 Mutex Lock 所实现的锁我们称之为 “重量级锁”

自旋锁

​ 轻量级锁在加锁过程中，用到了自旋锁 所谓自旋，就是指当有另外一个线程来竞争锁时，这个线 程会在原地循环等待，而不是把该线程给阻塞，直到那个获得锁的线程释放锁之后，这个线程就可以马上获得锁的。

​ 注意，锁在原地循环的时候，是会消耗 cpu 的，就相当于在执行一个啥也没有的 for 循环。 所以，轻量级锁适用于那些同步代码块执行的很快的场景， 这样，线程原地等待很短的时间就能够获得锁了。

自旋锁的优缺点

​ 自旋锁尽可能的减少线程的阻塞，这对于锁的竞争不激烈，且占用锁时间非常短的代码块来 说性能能大幅度的提升，因为自旋的消耗会小于线程阻塞挂起再唤醒的操作的消耗，这些操作会 导致线程发生两次上下文切换！

​ 如果锁的竞争激烈，或者持有锁的线程需要长时间占用锁执行同步块，这时候就不适合使用自旋锁了

适应性自旋锁

​ 在 JDK1.6 之后，引入了自适应自旋锁，自适应意味着自旋 的次数不是固定不变的，而是根据前一次在同一个锁上自 旋的时间以及锁的拥有者的状态来决定。

​ 如果在同一个锁对象上，自旋等待刚刚成功获得过锁，并 且持有锁的线程正在运行中，那么虚拟机就会认为这次自 旋也是很有可能再次成功，进而它将允许自旋等待持续相 对更长的时间。如果对于某个锁，自旋很少成功获得过， 那在以后尝试获取这个锁时将可能省略掉自旋过程，直接 阻塞线程，避免浪费处理器资源。