Java线程并发干扰问题及解决方式(锁对象)

本文探讨了Java多线程环境下并发干扰问题,以银行账户操作为例展示了线程间的资源竞争可能导致错误结果。通过引入锁对象,特别是ReentrantLock和ReentrantReadWriteLock,详细解释了如何确保线程安全。ReentrantLock提供了锁的可重入性,而ReentrantReadWriteLock支持读写分离,允许多个读操作并行,但限制写操作。正确使用这些锁机制能有效防止并发干扰,保证代码的正确性。

并发干扰

使用多线程开发可以很好地提高代码效率,但是在多线程对同一数据资源的共享中,许多线程需要的同一个数据做读写修改操作,因此必然会存在竞争问题,而且这些问题通常会带来灾难性的后果,我们来看一个例子:

现在有一个多线程的银行账户管理系统,我的账户内有余额 1000 元,现在有两个线程对我的账户进行操作:
线程 A :存入500元
线程 B :取出200元

我们应该知道,在大多服务器操作系统中都采用抢占式调度(线程状态及属性),每个线程只有一个时间片来执行任务,当时间片用完后会立刻暂停运行交由其他线程,然后再重新排队

在这种情况下,线程 A 和线程 B,可能就会产生冲突:
这里写图片描述
我们会发现,到最后我的账户只剩了800元,完全忽略了存钱的操作,这肯定不行!

锁对象

为解决代码块并发访问干扰,有两种机制:一种是 Java 提供的 synchronized 关键字,另一种是 ReentrantLock 类(唯一实现了 Lock 接口的对象)。我们来看看利用ReentrantLock 类如何解决这一问

评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值