空map用make或{}完全等价；需预分配容量选make(map[k]v,n)；需初始键值对选字面量{k:v}；nil map直接写入会panic。
Go 里初始化 map 不是“选对语法就行”，而是得看你要不要预分配空间、有没有初始数据、会不会被并发读写——错用 var m map[string]int 这种声明，直接写入就会 panic。
空 map 用 make 还是字面量 {}？
二者完全等价，make(map[string]int) 和 map[string]int{} 都创建一个可立即写入的空 map，底层都是零容量哈希表。没有性能差别，也不影响后续扩容逻辑。选哪个纯属团队风格：前者更强调“构造动作”，后者更贴近 JSON 风格、适合快速原型。
但必须避开这个坑：var m map[string]int —— 这只是声明了一个 nil map，没分配内存，m["k"] = v 会立刻 panic。
已知大概要存 100 个键值对，怎么初始化最省性能？
用 make(map[string]int, 100)。Go 运行时会按需向上取整（比如分配 128 个桶），避免插入过程中反复 rehash 和内存拷贝。实测在批量插入场景下，比默认容量快 15%–30%，尤其在循环中逐个赋值时效果明显。
注意三点：
-
make(map[string]int, 0)和map[string]int{}效果一样，但多敲了字符，没必要 - 容量是 hint，不是硬限制；map 仍可无限增长
- 如果同时需要预分配 + 初始数据，别用
map[string]int{...}再覆盖，先make(..., n)，再循环赋值更干净
要带初始键值对，必须用字面量 {key: value}
make 不支持内联初始化，所以带数据就得用字面量语法：config := map[string]bool{"debug": true, "verbose": false}。它语义清晰、不可变（编译期固定）、天然防误改。
常见误用：
- 把结构体当 key 时写了不可比较字段（比如含切片），编译不报错但运行 panic
- 用
map[interface{}]int当泛型用，结果 key 比较行为难预测，建议明确类型 - 在 HTTP handler 中返回未加锁的全局 map，引发并发写 panic
为什么 sync.Map 不该用来替代普通 map？
sync.Map 是为“读多写少 + 高并发”场景设计的，普通 map 加 sync.RWMutex 更轻量、更可控。如果你只是在单 goroutine 里初始化后只读，或者写操作不超过几十次，用 sync.Map 反而增加开销、丢失类型安全、难以调试。
真正该上 sync.Map 的信号只有两个：
- map 生命周期跨多个 goroutine，且写操作分散、无法集中加锁
- 压测发现普通 map + mutex 成为瓶颈，且 profile 显示锁竞争严重
绝大多数业务代码里，先老老实实用 make 或字面量，出问题再加锁，比一上来就套 sync.Map 更稳妥。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
