前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
社区首页 >专栏 >Java多线程八股(一), 锁策略,synchronized锁策略详解

Java多线程八股(一), 锁策略,synchronized锁策略详解

作者头像
用户11305962
发布2024-11-21 16:46:30
发布2024-11-21 16:46:30
9600
代码可运行
举报
文章被收录于专栏:学习学习
运行总次数:0
代码可运行

一.常见的锁策略:

注意: 接下来讲解的锁策略不仅仅是局限于 Java . 任何和 "锁" 相关的话题, 都可能会涉及到以下内容. 这些特性主要是给锁的实现者来参考的. 1.乐观锁 vs 悲观锁:  不是某一种特殊的锁,而是某个锁具有悲观或者乐观特性 乐观 :加锁的时候预测接下来的锁竞争不激烈,就不需要做额外的工作 悲观:加锁的时候预测接下来的锁竞争激烈,就需要针对这样的激烈情况做额外的工作 

2.重量级锁 vs 轻量级锁: 遇到悲观或者乐观的解决方案 轻量级锁:应对乐观场景,此时付出的代价小,比较高效。  重量级锁:应对悲观场景,此时付出的代价大,比较低效。 注意:synchronized 开始是⼀个轻量级锁. 如果锁冲突比较严重, 就会变成重量级锁

3.自旋锁 vs 挂起等待锁:  自旋锁:轻量级锁的经典案例,应用程序级别的量级,加锁的时候发现竞争一般不会加入阻塞等待的状态,而是采用忙等形式进行等待。 忙等:锁竞争不激烈,在某时刻解锁会再很短时间内又拿到锁,多次这样处理,不会进行阻塞等待    挂起等待锁:重量级锁的经典案例,操作系统内核级别的量级,加锁的时候竞争激烈会使线程进入阻塞等待,后续需要内核唤醒 

4.普通互斥锁 vs 读写锁: 一个线程对于数据的访问, 主要存在两种操作: 读数据 和 写数据. 两个线程都只是读⼀个数据, 此时并没有线程安全问题. 直接并发的读取即可. 两个线程都要写⼀个数据, 有线程安全问题. 一个线程读另外一个线程写, 也有线程安全问题. 读写锁就是把读操作和写操作区分对待分别进行加锁. Java 标准库提供了 ReentrantReadWriteLock 类, 实现了读写锁. ReentrantReadWriteLock.ReadLock 类表⽰⼀个读锁. 这个对象提供了 lock / unlock ⽅法 进行加锁解锁. ReentrantReadWriteLock.WriteLock 类表⽰⼀个写锁. 这个对象也提供了 lock / unlock ⽅法进⾏加锁解锁. 注意:保证读锁与读锁之间不互斥,读锁与写锁之间互斥,写锁与写锁之间互斥。 

5.可重入锁 vs 不可重入锁: 一个线程一把锁,重复加锁多次,阻塞等待就是不可重入锁,没有阻塞等待就是可重入锁  我们Java中的synchronized锁是可重入锁  

6. 公平锁 vs 非公平锁: 公平锁: 遵守 "先来后到"  非公平锁: 不遵守 "先来后到"   这就好比一群男生追同一个女神. 当女神和前任分手之后, 先来追女神的男生上位, 这就是公平锁; 如果是女神不按先后顺序挑一个自己看的顺眼的, 就是非公平锁. 

二.synchronized锁策略详情: 

1.锁升级: 

我们的场景不同,锁的处理会又差异:

无锁--->偏向锁--->自旋等待锁(轻量级)--->挂起等待锁(重量级) 

解释偏向锁:在锁竞争很少下synchronized,可能不会真的加锁,而是做一些简单的标记比如布尔类型标记一下,这个量级相比于加锁解锁效率高很多,如果没有其他线程来竞争这个锁,当前线程执行到要解锁的时候,就只是去除一下这个标记。以上解释就是偏向锁的处理。 

如果有其他线程来竞争这把锁了,这个偏向锁就会真的加锁,会变成自旋锁,如果线程竞争激烈会进一步变成挂起等待锁这样的重量级锁 

注意:jvm中只提供锁升级,不提供锁降级 

2.锁消除: 

锁消除也是编译器优化的一种体现,编译器会并判断你的当前代码,是否需要加锁,如果不需要加锁,而你加了synchronized编译器会自动把synchronized去掉。 

3.锁粗化:

锁的粒度:加锁和解锁中间,包含的代码越多就认为锁粒度越粗;包含的代码越少i就认为锁粒度越细。 (代码不能只看数量多,逻辑和被执行的多少也要关注)

粗化就是如果,反复针对细粒度的代码加锁就会被优化为粗粒度  

这种情况就建议锁粗化: 

代码语言:javascript
代码运行次数:0
运行
复制
 public static int count = 0;
    public static void main(String[] args) {
        Object locker = new Object();

        Thread t1 = new Thread(()->{
            synchronized (locker) {
                count++;
            }

            synchronized (locker) {
                count++;
            }

            synchronized (locker) {
                count++;
            }
        });

        t1.start();
    }
本文参与 腾讯云自媒体同步曝光计划,分享自作者个人站点/博客。
原始发表:2024-11-21,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档