Golang不知道大家是否熟悉?今天我将给大家介绍《Golang并发访问固定大小的map/array》,这篇文章主要会讲到等等知识点,如果你在看完本篇文章后,有更好的建议或者发现哪里有问题,希望大家都能积极评论指出,谢谢!希望我们能一起加油进步!
我正在探索使用固定键并发访问地图而无需锁定的可能性,以提高性能。 我之前已经探索过与 slice 类似的功能,并且似乎它有效:
func testconcurrentslice(t *testing.t) {
fixed := []int{1, 2, 3}
wg := &sync.waitgroup{}
for i := 0; i < len(fixed); i++ {
idx := i
wg.add(1)
go func() {
defer wg.done()
fixed[idx]++
}()
}
wg.wait()
fmt.printf("%v\n", fixed)
}
上面的代码将通过-race测试。
这让我有信心使用固定大小(固定数量的键)的地图实现相同的效果,因为我假设如果键的数量不改变,那么下划线数组(在地图中)不需要扩展,所以我们在不同的 go-routine 中访问不同的 key(不同的内存位置)是安全的。所以我写了这个测试:
type simpleStruct struct {
val int
}
func TestConcurrentAccessMap(t *testing.T) {
fixed := map[string]*simpleStruct{
"a": {0},
"b": {0},
}
wg := &sync.WaitGroup{}
// here I use array instead of iterating the map to avoid read access
keys := []string{"a", "b"}
for _, k := range keys {
kcopy := k
wg.Add(1)
go func() {
defer wg.Done()
// this failed the race test
fixed[kcopy] = &simpleStruct{}
// this actually can pass the race test!
//fixed[kcopy].val++
}()
}
wg.Wait()
}
但是,该测试未能通过竞赛测试,并出现错误消息:runtime.mapassign_faststr() 函数并发写入。
我发现的一个更有趣的地方是我注释掉的代码“fixed[kcopy].val++”实际上通过了竞赛测试(我认为这是因为写入的内容位于不同的内存位置)。但我想知道既然 go 例程正在访问地图的不同键,为什么它会在比赛测试中失败?
解决方案
在多个 goroutine 不同步的情况下访问不同的切片元素是可以的,因为每个切片元素都充当单独的变量。详情请参见Can I concurrently write different slice elements。
但是,地图的情况并非如此。特定键的值不充当变量,并且不可寻址(因为存储该值的实际内存空间可能会在内部更改 - 由实现自行决定)。
因此,对于映射,一般规则适用:如果从多个 goroutine 访问映射,其中至少有一个是写入(为键分配值),则需要显式同步。
理论要掌握,实操不能落!以上关于《Golang并发访问固定大小的map/array》的详细介绍,大家都掌握了吧!如果想要继续提升自己的能力,那么就来关注编程网公众号吧!