sync.Map是Go中并发安全的映射类型，适用于读多写少、只增不删的场景，如配置缓存、回调注册、原子操作等，但不支持并发遍历、精确计数和频繁删除，性能在高写入或需遍历时不如加锁map。
在Go语言中，map本身不是并发安全的，多个goroutine同时读写同一个map会导致panic。为了解决这个问题，通常会使用互斥锁（sync.Mutex或sync.RWMutex）来保护map访问。但Go标准库也提供了一个专门的并发安全map实现——sync.Map，它在特定场景下表现更优。
sync.Map 的特点
不同于普通的map，sync.Map是专为并发场景设计的，其内部采用了一种优化的数据结构，避免了全局锁的使用，从而在某些读写模式下性能更好。但它并不是所有场景下的“万能替代品”。
主要特点包括：
- 键值对一旦写入，不可变（推荐只追加、不修改）
- 读多写少场景下性能优秀
- 不支持并发遍历（range）的完全一致性
- 没有len()方法，无法直接获取元素个数
- 不支持delete后立即释放内存（有延迟清理机制）
适合使用 sync.Map 的场景
虽然sync.Map能解决并发安全问题，但它的使用有明确的适用边界。以下是一些典型使用场景：
立即学习“go语言免费学习笔记（深入）”；
1. 配置缓存或全局状态存储当多个goroutine需要频繁读取共享的配置信息，而写入仅发生在初始化或极少数更新时，sync.Map能提供高效的读取性能。
2. 原子性的读-写-更新操作sync.Map提供了Load、Store、LoadOrStore、Swap、Delete等原子方法，适用于需要保证操作原子性的场景，比如记录请求次数、用户会话状态等。
服务启动时注册回调函数，运行期间频繁查找调用，很少修改。这种“一次注册，多次查询”的模式非常适合sync.Map。
4. 高并发只增不删的缓存例如记录请求ID是否已处理，使用LoadOrStore避免重复处理，这种场景下sync.Map比加锁map性能更高。
不适合使用 sync.Map 的情况
尽管sync.Map在某些场景下表现优异，但它并不适合所有情况：
- 需要频繁遍历所有键值对（sync.Map的Range是快照式，性能较差）
- 频繁删除和重新插入（可能导致内存占用偏高）
- 需要精确的长度统计或内存控制
- 写操作非常频繁的场景（此时sync.Mutex保护的普通map可能更高效）
简单使用示例
以下是一个典型的sync.Map使用方式：
var config sync.Map
// 写入
config.Store("timeout", 30)
// 读取
if v, ok := config.Load("timeout"); ok {
fmt.Println("Timeout:", v.(int))
}
// 如果不存在则写入
config.LoadOrStore("retries", 3)
基本上就这些。sync.Map不是普通map的直接替代品，而是一个为特定并发模式优化的工具。理解它的设计目标和限制，才能在实际项目中合理使用。不复杂但容易忽略。
