公平锁与非公平锁

博客围绕并发编程中锁的公平与非公平展开。先解释了公平锁和非公平锁的概念,即先请求先满足为公平锁,反之则为非公平锁。还对比了效率,非公平锁普遍高于公平锁,Java的Synchronized和ReentrantLock默认是非公平锁,且可在创建时控制锁的公平性。

 其实好多人,在面试的时候都被问到过,可能是因为没有碰见过,在这里说一下吧,也当是为大家填一个坑

所谓锁的公平与非公平:

  如果在时间上,先对锁进行获取的请求,一定先被满足,这个锁就是公平的,不满足,就是非公平的,就类似先到先得,就是公平的,有人插队没人管,就是非公平的

效率对比:

  非公平锁的效率,是普遍高于公平锁的,因为公平锁,需要排队等待,会造成锁的挂起和唤醒,非公平锁不用等待,谁拿到就是谁的,java的Synchronized和ReentrantLock默认都是非公平的

 可以看到源码中,默认的创建是,非公平的锁

 同时在构造参数中提供了一个Boolean类型的变量,可以在创建的时候控制这个锁是否为公平锁,true就是公平锁,false就是非公平锁,相当于无参构造

作者:彼岸舞

时间:2020\11\02

内容关于:并发编程

本文来源于网络,只做技术分享,一概不负任何责任

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值