为何Golang普通Map在并发读取场景下并非安全？

一、普通Go Map并发读取的安全边界 #

首先明确：只有当普通map完成初始化后，全程无任何写入操作（包括新增、修改、删除）的情况下，并发读取才是安全的。

你看到的资料矛盾点，核心在于是否存在写入操作：

• 部分内容提及「并发读取安全」，前提是完全无写入的场景；
• 官方文档等权威内容指出「并发读取不安全」，是因为只要存在任何写入操作（哪怕是针对其他key的写入），都会破坏并发读的安全性。

普通map的底层包含全局元数据（如哈希桶数量、指针）与哈希桶数组。写入操作可能触发扩容、rehash等全局变更——这些操作会修改map的底层结构，并发读的goroutine可能读到不一致的中间状态，甚至访问已释放的内存，导致程序崩溃或数据错误。

二、sync.Map的核心作用 #

sync.Map是Go标准库专为读多写少的并发场景设计的并发安全map实现：

• 它通过分离「只读数据段」与「写入数据段」，配合原子操作减少锁的使用，在高并发读场景下性能远优于「普通map+互斥锁」的组合；
• 原生支持并发读写操作，无需开发者手动加锁，就能保证所有操作的原子性与数据一致性；
• 写入操作会先将数据写入单独的段，后续通过合并操作同步到只读段，避免阻塞读操作。

三、为什么单key处理+存在写入时读不安全 #

你提到的「同一哈希对应的读写不会被其他goroutine触发」是误解：

• 哈希计算仅决定key落在哪个哈希桶，但普通map的哈希桶结构是全局共享的。写入操作（哪怕是其他key的写入）可能触发全局扩容或rehash，修改整个map的底层布局——比如重新分配哈希桶数组、迁移旧桶数据，这个过程中所有读操作都会受影响；
• 即使未触发扩容，写入操作也可能修改哈希桶内部的链表结构（如新增元素到链表），并发读的goroutine可能读到链表的中间状态，导致数据读取错误。

内容的提问来源于stack exchange，提问作者Mayukh Sarkar