Go 为什么不提供可重入锁?

本文探讨了为什么Go语言不推荐使用可重入锁,引用了Russ大神的观点。锁主要用于保护变量不变性,而可重入锁可能导致在复杂代码中无法正确维护不变性,从而引入潜在的并发问题。文章建议,为确保代码清晰和并发安全,应避免使用可重入锁,而是采用单独的加锁和非加锁函数版本。
摘要由CSDN通过智能技术生成

分享下Russ大神的观点,英文原版

可重入锁是一个非常差的设计。

使用锁的一个最基本的原因是,锁可以保护变量(后续称之为invariant),使其不被其他因素改变。
明确这一点,就可以判断某个场景下,是否应该使用锁。举例说明:
一个使用原子操作实现的计数器,是否需要使用锁?这取决于invariant.
如果invariant就是这个计数器本身,那么原子操作足以保证并发安全,不需要锁。
但是如果这个计数器需要和其他数据结构(比如列表中元素的个数)保持一致性,那么独立的原子操作就不够了,这种情况下就需要使用锁机制,来保证更高层次的invariant的并发安全。这也是Go中的Map不保证原子性的原因,在一般情况下,需要增加太多的开销,而没有什么收益。
下面看下可重入锁,假设有如下代码:

func F() {
   
    mu.Lock
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值