昆山科技网站建设google play三件套
常见的锁策略 synchronized
（标准库的锁不够你用了）锁策略和 Java 不强相关，其他语言涉及到锁，也有这样的锁策略。
1. 悲观锁，乐观锁（描述的加锁时遇到的场景）
悲观锁：预测接下来的锁竞争很激烈，需要针对进行额外操作（秋招）
乐观锁：预测接下来竞争不激烈，不需要做额外操作（大三实习）
2. 重量级锁 ，轻量级锁（遇到的场景之后的解决方案）
悲观锁👇
2.1 重量级锁：典型代表 ：挂起等待锁 (操作系统级别的) 获取锁失败时线程会被挂起（不占用CPU）
（2025 不给我吗？好吧 我等着吧，不占用cup,去干别的了.........2077噢噢！锁可以给我啦？好的好的，等着很久，但是不占cpu）
乐观锁👇
2.2 轻量级锁：典型代表：自旋锁（应用程序级别的）在获取锁失败时不挂起线程，而是通过自旋等待锁的释放。（占用CPU）
（12.00频繁访问，12.01看看锁能给我不，12.02很频繁，12.03还不给吗？12.04现在可以吗？12.05可以了给你给你，这过程和定时器中的 忙等 是一样的，占资源等，但是它很快就会获取上锁，所以资源消耗也还好？）
总结：两种锁用在不同场景，悲观锁适用于并发更新频繁或冲突概率较高的情况，以确保数据的一致性；而乐观锁适用于读操作频繁、写操作较少，并发冲突概率较低的情况，以提高系统的并发性能。
悲观锁由于需要在竞争时等待锁的释放，所以效率较低，同时也可能消耗更多的系统资源；
乐观锁通过自旋等待锁的释放，通常能够更快地获取锁，从而提高系统的性能，并且在资源消耗上相对较少。
3. 普通互斥锁与读写锁
在多线程 中 读操作本身线程安全，但是普通锁会把读操作也加到锁中，造成了没必要的阻塞。
读写锁就是把读操作和写操作区分对待.
Java 标准库提供了 ReentrantReadWriteLock 类，实现 了读写锁.
ReentrantReadWriteLock.ReadLock 类表示⼀个读锁.这个对象提供了lock/unlock 方法 进行加锁解锁。
ReentrantReadWriteLock.WriteLock 类表示⼀个写锁.这个对象也提供了lock/unlock 方法 进行加锁解锁。
读写锁对 读多写少 的情况进行了优化（教务系统）
4.可重入锁和不可重入锁
synchroniezd就是一个可重入锁，就是 锁嵌套锁 会被识别出来，这个情况不会出现线程安全。
想要自己实现一个可重入锁，要点是：
1.锁要记录当前哪个线程拿到的这把锁，后序加锁都进行判断
2.使用计数器，记录当前锁加锁了几次，在合适的位置 “ } ” 进行解锁。
5. 公平锁和非公平锁
公平策略：1.先来后到√
2.概率均等（锁 默认就是概率均等的）
这里的公平锁是先来后到策略！
synchronized 是非公平锁，可重入锁，不可读写锁，自适应（悲观乐观都行）
自适应==》锁升级（jvm对锁的策略是只能 锁升级 不能 锁降级）
无锁-》偏向锁-》自旋锁-》重量级锁
6.偏向锁
本质上还是一种懒汉模式思想的体现，吊着舔狗，舔狗要跑了，被别人钓跑了，就官宣一下，
7.锁消除（编译器优化）
你如果不需要锁，比如单线程，你还用了，编译器就会优化掉把你的synchronized去掉，这个比较靠谱的情况才会优化掉。
8.锁粗化（编译器优化)
锁的粒度
锁中间代码越多，粒度越粗
反之代码越少，粒度越细
对细粒度 的代码一直加加加锁，反复加，编译器就给你 优化 成从头到尾给你加个粗粒度的锁，省得一直反复加锁，产生阻塞
（例如，你一会一个电话，来汇报工作，一会一个一会一个，给领导占住了，烦人，低效率，所以一次汇报（加锁）比较好）----------锁粗化
还有一件事！