多线程的锁之悲观锁乐观锁的对比学习

悲观锁:读取数据之前,假设会发生并发冲突,所以从一开始就为了防止冲突,在获取数据的时候进行加锁,确保自己使用的过程中不会被修改,使用完成之后在进行锁的释放。典型的是Synchronized

乐观锁:假定不会发生数据冲突,所以获取数据的时候不加锁,但是在提交数据的时候,会判断是否被修改过,如果被修改过则不进行数据更新,如果判断没被其他线程修改,则进行数据更新。乐观锁底层使用CAS无锁机制实现的

CAS无锁机制:
CAS:即Compare and Swap。比较再交换
包含三个参数,CAS(V,E,N):V表示要更新的变量,E表示预期值,N表示新值
V:代表主内存,
E表示本地内存的值,如果V= E 主内存的值与本地内存的值一直,证明没有被修改过,可以直接写入
如果V≠E,就要把主内存的值刷新到本地内存,然后在把本地值刷新到主内存中

CAS的缺点: 即ABA问题,如果主内存的值是A后来被改成B,但是又被改回去A,那么很容易被误认为它没有被修改过,
解决办法:java并发包提供带有标记的原子引用类 AtomicStampedReference,通过控制变量
version 值版本解决

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
乐观锁悲观锁是并发控制中常用的两种策略,用于处理多个进程或线程同时访问共享资源的情况。它们的实现方式如下: 1. 乐观锁: - 乐观锁假设并发操作不会引发冲突,因此在读取数据之后并不立即加,而是在更新数据时才进行冲突检测。 - 实现乐观锁的一种常见方式是使用版本号(Versioning)或时间戳(Timestamping)机制。 - 在读取数据时,乐观锁会记录下读取时的版本号或时间戳。 - 在更新数据时,乐观锁会对比当前的版本号或时间戳与之前读取时记录的版本号或时间戳是否一致,若一致则更新成功,否则表示有其他进程或线程已经更新了该数据,需要进行冲突处理(例如重试或回滚等)。 2. 悲观锁: - 悲观锁假设并发操作会引发冲突,因此在读取数据之后会立即加,以阻止其他进程或线程对该数据的修改。 - 实现悲观锁的一种常见方式是使用互斥(Mutex Lock)或共享(Shared Lock)机制。 - 在读取数据时,悲观锁会先获取,然后读取数据,其他进程或线程需要等待该释放才能继续对数据进行操作。 - 在更新数据时,悲观锁会再次获取,以确保只有一个进程或线程能够修改数据,其他进程或线程需要等待释放才能进行更新。 需要注意的是,乐观锁适用于并发冲突较少的情况,因为它避免了不必要的加和等待。而悲观锁适用于并发冲突较多的情况,因为它可以确保数据的一致性。选择使用哪种策略应根据具体的业务场景和性能需求进行权衡。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值