go语言映射map的线程协程安全问题

见代码中注释:

package main
import (
 "fmt"
 "sync"
)
func main() {
 m := map[string]int{"a":1, "b":2, "c":3, "d":4, "e":5, "f":6}
 fmt.Println(m)
 fmt.Println("-------")
 wg := &sync.WaitGroup{}
 wg.Add(3)
 go func(p map[string]int) {
 defer wg.Done()
 p["a"] = 10
}(m) //因为go语言中的map为引用类型, 虽然go语言函数以传值方式调用,即函数持有的为参数副本,但因是引用类型, 故依然指向映射m , 类似c的指针.go func(p map[string]int) {
 defer wg.Done()
 p["a"] = 11
}(m)
 go func(p map[string]int) {
 defer wg.Done()
 p["a"] = 12
}(m)
 wg.Wait()
 fmt.Println(m)

/*

因为map为引用类型,所以即使函数传值调用,参数副本依然指向映射m, 所以3个goroutine并发写同一个映射m, 写过多线程程序的同学都知道,对于共享变量,资源,

并发读写会产生竞争的, 故共享资源遭到破坏, 所以要么加锁, 要么用channel排队串行化, 总之要排他访问。

所以切记: 多goroutine读写同一个映射时, 要保护哟, 加锁也可, 利用channel串行化处理也可!!!

*/
}

注意: 此文章只是我个人笔记, 如有错漏,请一定指正, 共同学习, 我的邮箱: htyu_0203_39@sina.com

本文来自:CSDN博客

感谢作者:htyu_0203_39

查看原文:go语言映射map的线程协程安全问题

• 编辑
• 预览