悲观锁Synchronized和乐观锁CAS

CAS与Synchronized
CAS和Synchronized都可以保证多线程环境下共享数据的安全性。那么他们两者有什么区别?
Synchronized是从悲观的角度出发:
总是假设最坏的情况,每次去拿数据的时候都认为别人会修改,所以每次在拿数据的时候都会上锁,这
样别人想拿这个数据就会阻塞直到它拿到锁
(共享资源每次只给一个线程使用,其它线程阻塞,用完后再把资源转让给其它线程)。因此
Synchronized我们也将其称之为悲观锁。jdk中的ReentrantLock也是一种悲观锁。
CAS是从乐观的角度出发:
总是假设最好的情况,每次去拿数据的时候都认为别人不会修改,所以不会上锁,但是在更新的时候会
判断一下在此期间别人有没有去更新这个数据。
CAS这种机制我们也可以将其称之为乐观锁。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
悲观锁乐观锁是并发控制中常用的两种策略。 悲观锁的使用格式如下: 1. 获取:在进入临界区之前,首先尝试获取。如果已经被其他线程占用,则当前线程会被阻塞等待释放。 2. 执行临界区操作:获取到之后,执行需要保护的临界区代码。 3. 释放:在临界区代码执行完毕后,释放,允许其他线程获取该悲观锁的主要特点是,在访问共享资源之前,总是假设会发生冲突,因此需要获取到独占才能进行操作。常见的悲观锁实现包括 synchronized 关键字和 ReentrantLock乐观锁的使用格式如下: 1. 读取数据:首先读取共享数据,并保存一个版本号或者时间戳。 2. 执行操作:在执行操作之前,不尝试获得独占或者其他同步措施,直接进行操作。 3. 写回数据:在操作完成后,比较当前的版本号或时间戳与之前保存的版本号或时间戳是否一致。如果一致,则将修改后的数据写回共享数据;如果不一致,则表示期间有其他线程修改了数据,需要根据业务逻辑进行处理。 乐观锁的主要特点是,在访问共享资源之前,不假设会发生冲突,因此不需要独占。常见的乐观锁实现包括版本号控制和CAS(Compare and Swap)操作。 注意,悲观锁乐观锁并非绝对的对立关系,而是在不同的场景下选择使用。悲观锁适用于并发冲突概率较高的场景,而乐观锁适用于并发冲突较少的场景。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值