Golang 中的 map 为什么是并发不安全的？_golang map为什么并发不安全(1)

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上Go语言开发知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以戳这里获取

文章目录

• Golang 中的 map 为什么是并发不安全的？
• • 一、并发不安全的
    • 二、并发场景
    • 三、实现 map 并发安全
    • • 方式一：使用读写互斥锁 map + sync.RWMutex
        • 方式二：使用 go 提供的 sync.Map
        • 两种方式的比较

Golang 中的 map 为什么是并发不安全的？

一、并发不安全的

golang 中的 map 是并发不安全的，多个 go 协程同时对同一个 map 进行读写操作时，会导致数据竞争（data race）问题，程序会 panic。

如果一个协程正在写入 map，而另一个协程正在读取或写入 map，那么就有可能出现一些未定义的行为，例如：读取到的值可能是过期的、不正确的或 nil；写入的值可能被覆盖、丢失或者多次计数。

go 官方认为，map 更应适配典型使用场景（不需要从多个 goroutine 中进行安全访问），而不是为了小部分情况（并发访问），导致大部分程序付出加锁的代价，影响性能，所以决定了不支持。

二、并发场景

多个协程同时读和写，以下程序会出现致命错误：fatal error: concurrent map writes

func main() {
	s := make(map[int]int)
	for i := 0; i < 100; i++ {
		go func(i int) {
			s[i] = i
		}(i)

	}
	for i := 0; i < 100; i++ {
		go func(i int) {
			fmt.Printf("map 的第%d个元素是%d\n", i, s[i])
		}(i)
	}
	time.Sleep(1 \* time.Second)
}

三、实现 map 并发安全

如果想实现 map 并发安全，有2种方式：

方式一：使用读写互斥锁 map + sync.RWMutex

读不用加锁；写之前调用 Lock() 函数加锁，写完之后，调用 Unlock() 解锁。

func main() {
	// 读写互斥锁
	var lock sync.RWMutex
	s := make(map[int]int)
	for i := 0; i < 100; i++ {
		go func(i int) {
			lock.Lock() // 加写锁
			s[i] = i
			lock.Unlock() // 解写锁
		}(i)

	}
	for i := 0; i < 100; i++ {
		go func(i int) {
			fmt.Printf("map 的第%d个元素是%d\n", i, s[i])
		}(i)
	}
	time.Sleep(1 \* time.Second)
}

正常打印，没有 panic。

方式二：使用 go 提供的 sync.Map

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以添加戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

opics/618658159)**

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！