第2章 线程安全与共享资源竞争

synchronized关键字用于解决共享资源的冲突,确保线程安全。它可应用于成员方法和代码块,使用对象或类的监视器锁。静态同步方法使用类锁,而非静态方法使用对象锁。同步代码块允许更细粒度的锁控制,提高并发性能。合理使用类锁应优先考虑使用当前类的监视器锁。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

第2章 线程安全与共享资源竞争

2.1 synchronized同步介绍

synchronized要解决的是共享资源冲突的问题。当共享资源被任务使用时,要对资源提前加锁。所有任务都采用抢占模式,即某个任务会抢先对共享资源加上第一把锁。如果这是一个排他锁,其他任务在资源被解锁前就无法访问了。如果是共享锁,当浏览某些数据时,其他任务也可以同时浏览,但是不允许修改

Java提供了资源同步的关键字synchronized,它的作用是获取指定对象的监视器锁每个Object对象都内置了一个监视器锁,当某个线程获得了这个监视器锁后,其他线程再想获得这个对象的监视器锁,就必须要排队等待。也就是说:synchronized关键字的底层,相当于一个排他锁

2.2.1 类锁与对象锁

synchronized同步成员方法,本质使用的是当前对象的监视器锁。而synchronized同步静态方法,则使用的是当前Class的监视器锁。

java.lang.Object是所有对象的根,在Object的每个实例中都内置了对象监视器锁。

java.lang.Class的父类也是Object,在每个类型中也内置了一把锁,这与对象无关。

2.2.2 静态同步方法之间互斥

静态同步方法之间是互斥的。

2.2.3 静态同步方法与静态非同步方法

同一个类的静态同步方法与静态非同步方法之间没有干扰。

2.3 synchronized同步代码块

synchronized同步方法,就是线程在调用方法前获取对象监视器锁,方法执行完毕后就释放对象锁。

方法同步的关键是为了保护共享资源,如果synchronized方法中没有使用共享资源,就无须使用synchronized同步这个方法。

在同步方法中,使用共享资源的只是部分代码。为了提高并发性能,一般没必要在整个方法的运行期都持有监视器锁。

使用同步代码块模式,可以在方法中真正需要使用共享资源时再获取监视器锁,共享资源访问结束马上释放锁,这样就节省了对象监视器锁的占用时间,可以有效提高并发性

2.3.1 锁当前对象

synchronized (this) {}就是获取当前对象的监视器锁。synchronized同步方法,本质就是隐式使用了synchronized (this)。

2.3.2 锁其他对象

监视器锁内置于Object对象底层,所有对象的根都源于Object,因此所有对象都有监视器锁。

使用其他Object对象的监视器锁,比使用自身对象的锁代码更加灵活。

修改Clock类,使用Object对象的监视器锁,同步效果相同。代码如下:

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-DeJ4YqnL-1678263842735)(null)]

2.3.3 锁Class

不仅每个对象内置了监视器锁,每个数据类型Class也内置了监视器锁。因此Clock类使用内置于Class中的锁,也可以很好地实现同步效果。

修改Clock类,使用类监视器锁,同步效果相同。代码如下:

image-20230308160035040

注意,synchronized (Object.class)使用的是类锁,不是对象锁。但是轻易不要使用Object.class的类锁,因为在整个项目中,如果其他业务模块也使用Object.class的类锁,这样就会产生并发冲突。合理使用类锁的基本原则:尽量使用当前类的监视器锁,如Clock类的同步模式可以进一步优化如下:

会产生并发冲突。合理使用类锁的基本原则:尽量使用当前类的监视器锁,如Clock类的同步模式可以进一步优化如下:

image-20230308160159186

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值