jvm对锁的优化与分类

自旋锁
自旋锁顾名思义，就是自己旋转转圈等待，那么它有什么作用呢？

当前线程尝试去竞争锁
竞争失败，准备阻塞自己
但是并没有阻塞自己，而是采用自旋锁，进入自旋状态
进入自旋状态，并且重新不断竞争锁
如果在自旋期间成功获取锁，那么结束自旋状态，否则进入阻塞状态

如果在自旋期间成功获取锁，那么就减少一次线程的切换。

根据上面解释我们可以很容易的明白自旋锁的意义，因为cpu从内核态切换至用户态，线程的阻塞与恢复会浪费资源的，但是通过自旋而不是去阻塞当前线程，那么就会节省这个一个cpu状态切换。
所以自旋锁适合在** 持有锁的时间长，且竞争不激烈**的场景下使用。

使用-XX:-UseSpinning参数关闭自旋锁优化；-XX:PreBlockSpin参数修改默认的自旋次数

偏向锁
在实际场景中，如果一个同步方法，没有多线程竞争，并且总是由同一个线程多次获取锁，如果每次还有阻塞线程，唤醒cpu从用户态转核心态，那么对于cpu是一种资源的浪费，为了解决这类问题，旧引入了偏向锁的概念。
“偏向”的意思是，偏向锁假定将来只有第一个申请锁的线程会使用锁（不会有任何线程再来申请锁），因此，只需要在Mark Word中CAS记录owner（本质上也是更新，但初始值为空），如果记录成功，则偏向锁获取成功，记录锁状态为偏向锁，以后当前线程等于owner就可以零成本的直接获得锁；否则，说明有其他线程竞争，膨胀为轻量级锁。
具体的步骤如下

访问同步代码块
检查对象头是否owner是否存储当前现成的id
如果没有，进行CAS尝试替换mark word中的owner 如果有执行同步代码（代表获取锁成功）
修改成功 （代表无竞争）owner修改为当前线程id,执行同步代码 修改失败(代表有竞争) 进入撤销偏向锁，暂停线程并将owner置空，进入轻量锁。

偏向锁无法使用自旋锁优化，因为一旦有其他线程申请锁，就破坏了偏向锁的假定。

如果你确定应用程序中所有的锁通常是在竞争状态，你可以通过JVM参数关闭偏向锁
UseBiasedLocking = false，那么程序会默认进入轻量锁状态。

轻量锁
如果说偏向锁是为了解决同步代码在单线程下访问性能问题，那么轻量锁是为了解决减少无实际竞争情况下，使用重量级锁产生的性能消耗
轻量锁，顾名思义，轻量是相对于重量的问题，使用轻量锁时，不需要申请互斥量(mutex)
,而是将mark word中的信息复制到当前线程的栈中，然后通过cas尝试修改mark word并替换成轻量锁，如果替换成功则执行同步代码。如果此时有线程2来竞争，并且他也尝试cas修改mark word但是失败了，那么线程2会进入自旋状态，如果在自旋状态也没有修改成功，那么轻量锁将膨胀成状态，mark word会被修改成重量锁标记(10) ,线程进入阻塞状态。
当然，由于轻量级锁天然瞄准不存在锁竞争的场景，如果存在锁竞争但不激烈，仍然可以用自旋锁优化，自旋失败后再膨胀为重量级锁。
重量锁
在jvm规范中，synchronized是基于监视器锁(monitor)来实现的，它会在同步代码之前添加一个monitorenter指令，获取到该对象的monitor，同时它会在同步代码结束处和异常处添加一个monitorexit指令去释放该对象的monitor,需要注意的是每一个对象都有一个monitor与之配对，当一个monitor被获取之后 也就是被monitorenter，它会处于一个锁定状态，其他尝试获取该对象的monitor的线程会获取失败，只有当获取该对象的monitor的线程执行了monitorexit指令后，其他线程才有可能获取该对象的monitor成功。
所以从上面描述可以得出，监视器锁就是monitor它是互斥的(mutex)。由于它是互斥的，那么它的操作成本就非常的高，包括系统调用引起的内核态与用户态切换、线程阻塞造成的线程切换等。因此，后来称这种锁为“重量级锁”。
小结
偏向锁、轻量级锁、重量级锁适用于不同的并发场景：

偏向锁：无实际竞争，且将来只有第一个申请锁的线程会使用锁。
轻量级锁：无实际竞争，多个线程交替使用锁；允许短时间的锁竞争。
重量级锁：有实际竞争，且锁竞争时间长。

另外，如果锁竞争时间短，可以使用自旋锁进一步优化轻量级锁、重量级锁的性能，减少线程切换。
如果锁竞争程度逐渐提高（缓慢），那么从偏向锁逐步膨胀到重量锁，能够提高系统的整体性能。
同时需要注意锁可以升级，但是不能降级。
另外通过这次学习，大家应该也知道自从jdk1.6以后 synchronized已经被优化了，性能不会比Lock差

作者：余空啊
链接：https://www.jianshu.com/p/3aac4239a84c
来源：简书
简书著作权归作者所有，任何形式的转载都请联系作者获得授权并注明出处。