使用互斥锁在 Go 的结构体中实现并发控制

小伙伴们有没有觉得学习Golang很有意思？有意思就对了！今天就给大家带来《使用互斥锁在 Go 的结构体中实现并发控制》，以下内容将会涉及到，若是在学习中对其中部分知识点有疑问，或许看了本文就能帮到你！

我在 essential go 中看到，在结构体中使用互斥体并不是太简单。引用互斥体陷阱页面：

不要复制互斥体 sync.mutex 变量的副本以与原始状态相同的状态开始 互斥体，但它不是同一个互斥体。 复制sync.mutex几乎总是一个错误，例如通过它 到另一个函数或将其嵌入到结构中并复制 那个结构。 如果要共享互斥变量，请将其作为指针传递 *同步互斥体。

我不太确定我是否完全理解所写的内容。我查了一下这里，但还是不太清楚。

以 set 的 essential go 为例，我应该像这样使用互斥体：

type stringset struct {
    m map[string]struct{}
    mu            sync.rwmutex
}

或者像这样？

type stringset struct {
    m map[string]struct{}
    mu            *sync.rwmutex
}

我在示例中尝试了这两种方法，并且它们都在演示中起作用。

// Delete removes a string from the set
func (s *StringSet) Delete(str string) {
    s.mu.Lock()
    defer s.mu.Unlock()
    delete(s.m, str)
}

显然会有多个“set”实例，因此每个实例都应该有自己的互斥体。在这种情况下，是使用互斥锁还是指向互斥锁的指针更好？

正确答案

使用第一种方法（一个普通的互斥锁，而不是指向互斥锁的指针），并传递一个 *stringset （指向您的结构的指针），而不是一个普通的 stringset。

在您在演示中分享的代码（that version）：

• .add()、.exists() 和 .strings() 应获取锁，
• 否则您的代码适合 go 中结构体和互斥体的常规使用。

如果您操作普通的 stringset 结构，则会出现“不要复制互斥体”陷阱：

var seta stringset
seta.add("foo")
seta.add("bar")

func buggyfunction(s stringset) {
  ...
}


// the gotcha would occur here :
var setb = seta
// or here :
buggyfunction(seta)

在上述两种情况下：您将创建完整结构的副本

例如，setb 将操作与 seta 相同的底层 map[string]struct{} 映射，但互斥体不会共享：调用 seta.m.lock() 不会阻止修改映射来自 setb。

如果您走第一种方式，即

type StringSet struct {
    m map[string]struct{}
    mu            sync.RWMutex
}

结构体值的任何意外或有意的分配/复制都会创建一个新的互斥体，但底层映射 m 将是相同的（因为 maps are essentially pointers）。因此，可以在不锁定的情况下同时修改/访问地图。当然，如果你严格遵守“不得复制一套”的规则，这种情况就不会发生，但对我来说没有多大意义。

tl;dr：绝对是第二种方式。

终于介绍完啦！小伙伴们，这篇关于《使用互斥锁在 Go 的结构体中实现并发控制》的介绍应该让你收获多多了吧！欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布Golang相关知识，快来关注吧！