sync.Map适用于读多写少、键生命周期不一且无需遍历或原子批量操作的场景；它非map的通用并发替代品，盲目替换可能降性能或引发错误。
直接说结论：sync.Map 适合读多写少、键生命周期不一、且不需要遍历或原子性批量操作的场景；它不是 map 的并发安全替代品，盲目替换反而可能降低性能或引入逻辑错误。
什么时候该用 sync.Map 而不是 map + sync.RWMutex
sync.Map 的设计目标很明确：避免高频读场景下的锁竞争。它内部用分片 + 读写分离（read map / dirty map）实现无锁读，但写操作可能触发升级和拷贝，代价较高。
- ✅ 适用：HTTP handler 中缓存用户会话（
sessionID → *Session），95% 是Load，偶尔Store或Delete - ❌ 不适用：需要频繁迭代所有键值（
sync.Map的Range是快照，不保证一致性）、需要按顺序遍历、或写操作占比 > 20% - ⚠️ 注意：
sync.Map不支持len()，也不能用for range直接遍历；必须用Range方法
sync.Map 的常用方法和典型误用
它的 API 故意精简，只暴露四个核心方法，且所有参数/返回值都是 interface{} —— 这意味着类型安全全靠你负责。
-
Load(key interface{}) (value interface{}, ok bool)：查不到返回nil, false，注意nil值本身也可能被存入，所以必须依赖ok判断是否存在 -
Store(key, value interface{})：覆盖写入，不会告诉你之前有没有这个 key -
LoadOrStore(key, value interface{}) (actual interface{}, loaded bool)：推荐用于初始化场景（比如单例缓存），避免重复构造 -
Range(f func(key, value interface{}) bool)：回调式遍历，返回false可提前退出；但它是某一个时间点的快照，期间增删不影响本次遍历
常见错误是把 sync.Map 当普通 map 用，比如：
立即学习“go语言免费学习笔记（深入）”；
Colly Golang Web Scraper and Crawler Framework
下载
Colly 是一个用于 Go 语言的快速开源爬取和爬虫框架。它适用于从简单的页面提取到异步爬虫处理大量页面集合，支持请求回调和结构化解析。
var m sync.Map m["key"] = "value" // 编译错误：sync.Map 没有索引语法 v := m["key"] // 同上
一个真实可用的缓存示例（带类型断言和错误处理）
下面是一个线程安全的字符串计数器缓存，演示如何安全地做类型转换和条件更新：
package main
import (
"fmt"
"sync"
)
func main() {
var counter sync.Map
// 并发写入
var wg sync.WaitGroup
for i := 0; i < 10; i++ {
wg.Add(1)
go func(n int) {
defer wg.Done()
key := fmt.Sprintf("user_%d", n%3)
// LoadOrStore 避免竞态：只在 key 不存在时初始化为 0
v, loaded := counter.LoadOrStore(key, int64(0))
if !loaded {
counter.Store(key, int64(1))
return
}
// 类型断言必须检查 ok
if curr, ok := v.(int64); ok {
counter.Store(key, curr+1)
}
}(i)
}
wg.Wait()
// 遍历结果
counter.Range(func(k, v interface{}) bool {
if key, ok := k.(string); ok {
if val, ok := v.(int64); ok {
fmt.Printf("%s: %d\n", key, val)
}
}
return true // 继续遍历
})
}
关键点：每次取值后都做 .(type) 断言并检查 ok；LoadOrStore 比先 Load 再 Store 更安全；不要假设值一定是某个类型。
为什么不用 sync.Map 反而更简单可靠
如果你的 map 键集固定、写操作集中（比如初始化后只读）、或需要精确控制锁粒度，老老实实用 map 加 sync.RWMutex 更清晰、更快、更容易测试。
-
sync.Map的内存占用更高（维护两份 map + 逃逸分析影响） - Go 1.19+ 中，小 map 的
sync.RWMutex读锁性能已非常接近无锁 - 一旦你需要
len()、delete()的确定性行为、或和其他 map 操作组合（如 merge），sync.Map就开始拖后腿
真正容易被忽略的是：很多“并发安全字典”需求其实根本不需要运行时动态增删 —— 静态配置、预加载 ID 映射、或者用 channel + goroutine 封装状态机，往往比硬套 sync.Map 更简洁、更可控。
