在golang中，获取指向变量的指针而不是变量的锁

在 Go 语言中，无法直接锁定变量，只能锁定代码段。为了解决变量修改与并发访问冲突的问题，文中建议使用“接口”与“实现”模式。然而，这种模式会导致另一个问题：锁定的是代码段而不是变量本身。为了解决此问题，文中建议使用常规函数并将其置于锁中，从而保证其受到保护。

我有一个名为 setter 的接口。名为setterimpl的结构体实现了这个接口，并且有2个setter，它们都设置了2个接口。

type Setter interface {
    A() *AInterface
    B() *BInterface
}
type SetterImpl struct {
    a *AInterface
    b *BInterface
}

func (s *SetterImpl) A(a *AInterface) {
    a = a
}

func (s *SetterImpl) B(b *AInterface) {
    b = b
}

func returnSetter(a *AInterface, b *BInterface) Setter {
    return &SetterImpl{a:a, b:b}
}

上述方法返回的setter位于堆（例如sheap）中并发送到grpc服务器。现在，我想更新 setterimpl 中的 a 和 b，以便 grpc 服务器使用新值。

所以我现在有 2 个 goroutine；一个是 grpc 服务器主 goroutine（比如 main），另一个是分叉 goroutine（比如 forked），它只是更新 setter 字段。

如果我在 forked 中使用 mutex，那本质上就是添加一个栅栏（就像 java 一样）。它实际上并不锁定任何变量（除了它本身）。 我不希望 main 能够读取存储在 sheap 中的 a 和 b，而 forked 则更新它们。服务器中的 api 线程（goroutines）在读取 sheap 中的值之前不会获取 read mutex。那么，是否有可能实现我想要实现的目标？如果是，我该如何实现这一目标？

解决方案

我认为你不能在 go 中锁定变量。您只能锁定一个代码段。

m.Lock()
// do stuff
m.Unlock()

通过使用“interface”与“impl”模式，您正在无中生有地为自己制造问题。

只需使用常规函数即可让您的生活变得更简单。然后你可以将锁放在一个函数中并保证它受到保护。

由于您正在创建一个接口，因此您无法保证实现该接口的函数的内容。

今天关于《在golang中，获取指向变量的指针而不是变量的锁》的内容就介绍到这里了，是不是学起来一目了然！想要了解更多关于的内容请关注golang学习网公众号！