共计 1377 个字符，预计需要花费 4 分钟才能阅读完成。
Hi，我是 Mic
一个工作了 7 年的粉丝来找我，他说最近被各种锁搞晕了。
比方，共享锁、排它锁、偏差锁、轻量级锁、自旋锁、重量级锁、
间隙锁、临键锁、意向锁、读写锁、乐观锁、乐观锁、表锁、行锁。
而后前两天去面试，被问到偏差锁、轻量级锁，后果没答复上来。
ok，对于 Synchronized 锁降级的原理，看看普通人和高手的答复。
普通人：
我感觉引入这些锁的目标应该是思考到那个性能问题吧。
因为我记得如同是说 Synchronized 外面去加重量级锁的话，它的这个线程会存在这个阻塞就是会影响性能。所以才引入了偏差锁的一个机制。
而后降级的话就是说咱们那些获取锁的时候就是依照偏差锁、轻量级锁和重量级锁的形式去竞争锁吧。
高手：
好的，面试官。
-
Synchronized 在 jdk1.6 版本之前，是通过重量级锁的形式来实现线程之间锁的竞争。
之所以称它为重量级锁，是因为它的底层底层依赖操作系统的 Mutex Lock 来实现互斥性能。
Mutex 是零碎办法，因为权限隔离的关系，应用程序调用零碎办法时须要切换到内核态来执行。
这里波及到用户态向内核态的切换，这个切换会带来性能的损耗。
-
在 jdk1.6 版本中，synchronized 减少了锁降级的机制，来均衡数据安全性和性能。简略来说，就是线程去拜访 synchronized 同步代码块的时候，synchronized 依据
线程竞争状况，会先尝试在不加重量级锁的状况上来保障线程安全性。所以引入了偏差锁和轻量级锁的机制。
偏差锁，就是间接把以后锁偏差于某个线程，简略来说就是通过 CAS 批改偏差锁标记，这种锁适宜同一个线程屡次去申请同一个锁资源并且没有其余线程竞争的场景。
轻量级锁也能够称为自旋锁，基于自适应自旋的机制，通过屡次自旋重试去竞争锁。自旋锁长处在于它防止防止了用户态到内核态的切换带来的性能开销。
- Synchronized 引入了锁降级的机制之后，如果有线程去竞争锁：
首先，synchronized 会尝试应用偏差锁的形式去竞争锁资源，如果可能竞争到偏差锁，示意加锁胜利间接返回。如果竞争锁失败，阐明以后锁曾经偏差了其余线程。
须要将锁降级到轻量级锁，在轻量级锁状态下，竞争锁的线程依据自适应自旋次数去尝试抢占锁资源，如果在轻量级锁状态下还是没有竞争到锁，
就只能降级到重量级锁，在重量级锁状态下，没有竞争到锁的线程就会被阻塞，线程状态是 Blocked。
处于锁期待状态的线程须要期待取得锁的线程来触发唤醒。
总的来说，Synchronized 的锁降级的设计思维，在我看来实质上是一种性能和安全性的均衡，也就是如何在不加锁的状况下可能保障线程安全性。
这种思维在编程畛域比拟常见，比方 Mysql 外面的 MVCC 应用版本链的形式来解决多个并行事务的竞争问题。
以上就是我对这个问题的了解。
总结
锁在程序中是十分常见的内容，咱们简直每天与锁打交道，比方 Mysql 外面的行锁、表锁。
因而它的重要性也显而易见。
咱们从高手的答复中能够显著的看到高手对 Synchronized 的了解档次是十分高的。
喜爱我的作品的小伙伴记得点赞和珍藏加关注。
版权申明：本博客所有文章除特地申明外，均采纳 CC BY-NC-SA 4.0 许可协定。转载请注明来自
Mic 带你学架构！
如果本篇文章对您有帮忙，还请帮忙点个关注和赞，您的保持是我一直创作的能源。欢送关注同名微信公众号获取更多技术干货！