前言
??博客主页： ??【如风暖阳】??
??精品Java专栏【JavaSE】、【备战蓝桥】、【JavaEE初阶】、【MySQL】、【数据结构】
??欢迎点赞 ?? 收藏 留言评论 ??私信必回哟????本文由 【如风暖阳】 原创，首发于 CSDN??
??博主将持续更新学习记录收获，友友们有任何问题可以在评论区留言
??内容导读??
- ??1.乐观锁VS悲观锁
- ??2.读写锁VS普通互斥锁
- ??3.重量级锁VS轻量级锁
- ??4.自旋锁VS挂起等待锁
- ??5.公平锁VS非公平锁
- ??6.可重入锁VS不可重入锁
- ??7.synchronized特性
??1.乐观锁VS悲观锁
这是两种不同的加锁态度：
乐观锁：预测锁冲突的概率不高，所以做的工作比较少一点（简单一点），但效率更高。
悲观锁：预测锁冲突的概率较高，所以做的工作比较多一点（复杂一点），效率更低。
就像我们在与人合租一间房时，A在上厕所时，就比较乐观，觉得这个时候B不会去上厕所，于是就没有锁门（乐观锁）。
而B在上厕所时，就比较悲观，觉得这个时候A来上厕所的概率比较大，于是就上锁了（悲观锁）。
??2.读写锁VS普通互斥锁
普通互斥锁：就如同synchronized，当两个线程竞争同一把锁时，就会产生竞争
读写锁：具有加读锁和加写锁两个操作。
读锁和读锁之间，不会产生竞争；写锁和写锁之间会产生竞争；读锁和写锁之间也有竞争。
在实际场景中，读的操作要比写的操作多很多，读写锁要比普通的互斥锁少了很多的锁竞争，优化了效率。
??3.重量级锁VS轻量级锁
重量级锁：加锁解锁开销比较大（涉及到进入内核态的加锁逻辑，开销比较大）
轻量级锁：加锁解锁开销比较小（纯用户态的加锁逻辑，开销比较小）
乐观锁/悲观锁是站在加锁/解锁的过程中干的工作的多少看待的。
而重量级锁/轻量级锁是站在加锁/解锁消耗的时间多少看待的。
在通常情况下，干的工作多，消耗的时间也多，因此，一般乐观锁也比较轻量。悲观锁，一般比较重量。
??4.自旋锁VS挂起等待锁
自旋锁：在获取锁失败以后，不会立刻释放CPU，而是不断的询问锁的持有状态，一旦锁被释放，就能立刻获取到锁，是轻量级锁的一种典型表现。（自旋就类似于在定时器一篇文章中出现的忙等，消耗了大量CPU，反复询问当前锁是否就绪）
挂起等待锁：在获取锁失败以后，对应的线程就会在内核中挂起等待（放弃CPU，进入等待队列），在锁被释放后由操作系统唤醒，是重量级锁的一种典型实现。
??5.公平锁VS非公平锁
公平锁：遵循先来后到的规则，在多个线程等待同一把锁时，谁先来尝试拿锁，那这把锁就是谁的。
非公平锁：遵循随机的规则，在多个线程等待同一把锁时，锁如果释放，每个线程获取到锁的概率是相同的。
??6.可重入锁VS不可重入锁
一个线程连续加锁两次，不会造成死锁，就是可重入锁；
反之，如果造成死锁，就是不可重入锁。
??7.synchronized特性
对于synchronized：
1.既是乐观锁，也是悲观锁
2.既是轻量级锁，也是重量级锁
3.乐观锁的部分是基于自旋锁实现的，悲观锁的部分是基于挂起等待锁实现的
（synchronized是自适应锁，在初始使用的时候，是乐观锁/轻量级锁/自旋锁，如果锁竞争变的激烈了，synchronized会自动升级成悲观锁/重量级锁/挂起等待锁）
4.不是读写锁，是普通互斥锁
5.是非公平锁
6.是可重入锁
最后的话
总结不易，希望uu们不要吝啬你们的??哟(＾Ｕ＾)ノ~ＹＯ！！如有问题，欢迎评论区批评指正??
117
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
