关于各种锁

乐观锁
认为别人不会修改,再修改后,在更新的时候会判断一下在此期间别人有没有去更新这个数据;
例子:原子类
乐观锁是通过CAS(Compare And Swap 比较并且替换)实现的
谈一下CAS
CAS就是线程在读取数据时不进行加锁,在准备写回数据时,先去查询原值,操作的时候比较原值是否修改,若未被其他线程修改则写回,若已被修改,则重新执行读取流程。
CAS的缺点
1、如果数据老是被修改,那么会造成性能的浪费,总是进入循环;
2、ABA问题
什么时ABA问题
例如:
当线程A修改变量i时,变量i从i变成了i+1,又从i+1变成了i,而线程A并没有发现。当然,对最终的结果没有影响。但是需要防范。

悲观锁
认为别人一定也会修改,
例子:synchronized关键字、ReentrantLock

独享锁
是指该锁一次只能被一个线程所持有。
共享锁
是指该锁可被多个线程所持有。
举例:
有些锁对于写时关闭的,但是对于读时多个线程开发的。

互斥锁(排斥锁)

公平锁
如果一个线程组里,能保证每个线程都能拿到锁,那么这个锁就是公平锁。

锁是有量级之分的
如轻量级的CAS实现的乐观锁

我们为什么说一个锁是重量锁,深层原因?

什么是锁的自旋?
后面请求锁的线程没拿到锁的时候,不挂起线程(阻塞),而是继续占用处理器的执行时间,让当前线程执行一个忙循环(自旋操作)。

什么是偏向锁
Java偏向锁(Biased Locking)是Java6引入的一项多线程优化。
偏向锁,顾名思义,它会偏向于第一个访问锁的线程,如果在运行过程中,同步锁只有一个线程访问,不存在多线程争用的情况,则线程是不需要触发同步的,这种情况下,就会给线程加一个偏向锁。
如果在运行过程中,遇到了其他线程抢占锁,则持有偏向锁的线程会被挂起,JVM会消除它身上的偏向锁,将锁恢复到标准的轻量级锁。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Boost库提供了多种类型的,用于实现线程间的同步和互斥操作。下面是一些常用的 Boost 的详细解释: 1. boost::mutex: - boost::mutex 是 Boost 库中最基本的互斥。 - 它提供了两个主要的成员函数:lock() 和 unlock(),用于手动控制的加和解。 - boost::mutex 是非递归,同一个线程多次对其加会导致死。 2. boost::recursive_mutex: - boost::recursive_mutex 是可重入,也称为递归。 - 它允许同一个线程多次对其加,避免了死的问题。 - 和 boost::mutex 相比,boost::recursive_mutex 在使用上更加灵活,但也更加消耗资源。 3. boost::timed_mutex: - boost::timed_mutex 是一种带超时功能的互斥。 - 它提供了 try_lock_for() 和 try_lock_until() 成员函数,用于尝试加一段时间或者在指定的时间点之前加。 - 可以用来避免长时间等待导致的性能问题。 4. boost::shared_mutex: - boost::shared_mutex 是一种读写,也称为共享。 - 它允许多个线程同时获得读取权限,但只允许一个线程获得写入权限。 - 这种适用于读多写少的场景,可以提高并发性能。 5. boost::upgrade_mutex: - boost::upgrade_mutex 是一种升级,也称为可升级的读写。 - 它允许多个线程同时获得读取权限,但只允许一个线程获得写入权限。 - 不同于 boost::shared_mutex,boost::upgrade_mutex 还提供了 upgrade() 和 downgrade() 成员函数,可以在读取和写入权限之间进行转换,提供了更加灵活的操作方式。 这些是 Boost 库中常用的类型,根据实际需求选择适合的可以提高多线程程序的性能和可靠性。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值