go map 并发写的问题

[yujianwjj]

场景是多个 goroutine 对一个 map 只写不读。

最开始用加锁的方式，来实现多个 goroutine 对一个 map 进行写入。后来发现效率有点低。就尝试了下不加锁的方式。

func TestMap(t *testing.T) {
	a := map[string]int{}
	count := 100
	wg := sync.WaitGroup{}
	wg.Add(count)
	for i := 0; i < count; i++ {
		go func(i int) {
			a[fmt.Sprintf("%d", i)] = i
			wg.Done()
		}(i)
	}
	wg.Wait()
	for k, v := range a {
		fmt.Println(k, " ", v)
	}
}

以上测试代码能够正常工作，并且写入的数据正确，我就以为 map 只写不读的情况是可以不加锁的。

但是实际场景中 count 为 5000，然后就报错了：

fatal error: concurrent map writes

现在有两个问题：

1. 为什么 count 为 5000 就报错，100 的时候不报错。
2. 多个 goroutine 对 map 只写不读的场景有什么效率更高的方式。

[xmge]

1. 概率问题，对共享资源同时操作肯定会报错
2. 如果是只读不写，只能加锁，sync.map 也不要用，sync.map 底层是读写分离，写时加锁。

[yzbythesea]

chan or mutex lock

[Kinnice]

你电脑性能有点好

[yujianwjj]

抱歉，题目描述有误，我的场景是先写后读，先加载大量的数据到 map 里面，后面再查找。

[march1993]

用 goroutine+chan 啊，一个 routine 专门读 chan 然后修改 map，其他 routine 把要修改的内容发到 chan 里

[sunshinev]

sync.Map

[mengdodo]

我记得当初看到过这样一句话：Go 中的 Map 类型不是一种安全的数据类型。所以我比较菜，直接写到 redis 中

[kiddingU]

说用 chan 的，chan 底层数据结构是个啥，有研究过吗~

[Dongxiem]

@kiddingU 这个很难说的清楚的吧？可以看看这个 深度解密 Go 语言之 channel （ https://zhuanlan.zhihu.com/p/74613114 ）

[kiddingU]

有啥难说清楚的，看源码不就清楚了~