Java的锁机制--ReadWriteLock接口

ReentrantLock是排他锁,排他锁在同一时刻仅有一个线程可以进行访问,实际上独占锁是一种相对比较保守的锁策略,独占锁模式下的读/读、读/写、写/写操作都不能同时发生,这在一定程度上降低了吞吐量。然而读操作之间不存在数据竞争问题,如果读/读操作能够以共享锁的方式进行,那会进一步提升性能。

为解决读写冲突问题,Doug Lea设计了ReadWriteLock接口,该接口只定义了两个方法:

在这里插入图片描述

readLock()用来获取读锁,writeLock()用来获取写锁,将共享资源的读/写操作分开进行管理,类似于数据库中的S锁(共享锁)和X锁(独占锁),其遵循如下原则:

  • 共享资源只允许加一种锁,或读锁,或写锁,不能同时加;
  • 共享资源可以被多个线程同时加读锁,而写锁只允许加一把;
  • 当共享资源被读锁占用时,写线程只能等待;同样的,当共享资源被写锁占用时,读线程只能等待。

所以,读/写、写/写是互斥的,而读/读是互不影响的,大大提升了读操作的效率。

实例

J.U.C中,ReentrantReadWriteLock唯一实现了ReadWriteLock接口。

首先,通过一个简单示例来说明ReentrantReadWriteLock的用法。

假如有多个线程要同时进行读操作的话,首先看synchronized达到的效果:

public class Syn
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值