网站开发岗位之间的关联,网站小图标素材下载,网页设计特效网站,拼多多商品关键词搜索排名为什么golang不需要可重入锁#xff1f;
在工程中使用锁的原因在于为了保护不变量#xff0c;也可以用于保护内、外部的不变量。
基于此#xff0c;Go 在互斥锁设计上会遵守这几个原则。如下#xff1a;
在调用 mutex.Lock 方法时#xff0c;要保证这些变量的不变性保持…为什么golang不需要可重入锁
在工程中使用锁的原因在于为了保护不变量也可以用于保护内、外部的不变量。
基于此Go 在互斥锁设计上会遵守这几个原则。如下
在调用 mutex.Lock 方法时要保证这些变量的不变性保持不会在后续的过程中被破坏。在调用 mu.Unlock方法时要保证 程序不再需要依赖那些不变量。如果程序在互斥锁加锁期间破坏了它们则需要确保已经恢复了它们。
以下代码可以看出方法F调用了方法G两个方法均调用了锁。那么在实际开发工程中就可能存在虽然是同一个goroutine运行但是在一个方法内很难知道其他方法是否也用了这个锁用来做什么。那么重入锁在此时便无法保证保护不变量 虽然感觉可以通过IDE找到所有使用地方来进行排查 func F() {mu.Lock()... do some stuff ...G()... do some more stuff ...mu.Unlock()
}func G() {mu.Lock()... do some stuff ...mu.Unlock()
} 为什么需要可重入锁
在复杂并发应用中需要跨多个方法同时持有一个锁。比如说存在两个接口方法A、BA中调用了B但是由于这两个方法都可能被其他方法所调用所以如果没有可重入锁便可能会死锁
比如对于某些面向对象语言父子类都有同一个带锁方法。还比如递归调用
个人观点
从需要可重入锁的观点来看我认为应用场景其实并不算广泛。并且golang也不是Java这样的面向对象语言。而其他需要用到的场景可以通过参数控制是否加锁、或者将递归调用函数提取到新函数中交予新函数加锁、或者采用channel之类的来迂回达成可重入锁的目的。这可能也正是golang的目的——鼓励多使用channel实现目的以及简单更简单
Ref
https://groups.google.com/g/golang-nuts/c/XqW1qcuZgKg/m/Ui3nQkeLV80J?pli1https://www.zhihu.com/question/23284564
