go语言中默认的map不支持线程安全，多个goroutine同时读写会导致竞态问题，此时应使用sync.map。sync.map通过read map和dirty map机制实现并发控制，优先从无锁的read map读取，未命中则查dirty map并记录，写入时先修改dirty map并可能升级锁，从而减少锁竞争提升性能。其常用方法包括store、load、delete和range，适用于读多写少场景。但需注意：频繁更新或删除会影响性能，类型转换有开销，遍历不具备原子性，因此需根据实际场景合理选择是否使用sync.map。
在并发编程中，Go语言的map默认是不支持线程安全的。如果你在多个goroutine中同时读写一个普通的map，程序很可能会因为竞态条件而崩溃或出现不可预期的结果。这时候就需要使用sync.Map来实现线程安全的操作。
sync.Map的基本用法
sync.Map是Go标准库中为高并发场景设计的一个线程安全的map实现。它不像普通map那样通过下标访问，而是提供了一组方法来进行键值对的存取操作。
常用方法包括：
立即学习“go语言免费学习笔记（深入）”；
-
Store(key, value interface{})：保存键值对 -
Load(key interface{}) (value interface{}, ok bool)：获取指定键的值 -
Delete(key interface{})：删除指定键 -
Range(f func(key, value interface{}) bool)：遍历所有键值对
例如：
var m sync.Map
m.Store("a", 1)
val, ok := m.Load("a")
if ok {
fmt.Println(val) // 输出 1
}这个接口虽然没有原生map那么方便，但在并发环境下可以避免手动加锁，提升开发效率和安全性。
sync.Map内部如何实现并发控制？
sync.Map并不是简单地给整个map加锁，而是采用了更高效的策略来减少锁竞争。它的核心思想是将数据分为两个部分：read map 和 dirty map。
- read map 是只读的，允许无锁读取。
- dirty map 是可写的，在修改时需要加锁。
当发生读操作时，优先从read map中查找，如果命中就直接返回；如果没有命中，则会去dirty map中查找，并记录一次“未命中”。
当写入时，会先尝试更新dirty map中的内容，必要时才会升级到写锁并修改read map。
这样做的好处是：
- 大量读操作几乎不涉及锁，性能好
- 写操作影响范围小，不会阻塞所有读操作
- 在读多写少的场景下特别高效
使用sync.Map需要注意的地方
虽然sync.Map提供了线程安全的保证，但并不是在所有情况下都适用。以下是一些常见的注意事项：
- 不适合频繁更新的场景：每次更新都会触发额外的同步逻辑，性能可能不如自己用sync.RWMutex保护的普通map。
- 类型转换开销大：因为key和value都是interface{}，所以在存储和取出时需要进行类型断言，这对性能有一定影响。
- 遍历不是原子的：调用Range方法时，不能保证整个过程中的数据一致性。如果有其他goroutine在写入，遍历结果可能是中间状态。
- 尽量避免频繁删除：sync.Map对删除操作的优化不如读写操作明显，频繁删除可能导致性能下降。
比如下面这段代码，虽然功能没问题，但频繁的类型转换会让性能打折扣：
m.Store("count", 42)
count, _ := m.Load("count").(int)这种情况下，如果能确定类型，建议封装一层类型安全的包装结构。
基本上就这些。sync.Map是一个在特定并发场景下非常实用的工具，理解它的原理和限制，才能更好地发挥其作用。
