在 go 中，结构体值通常是更安全、更符合语义的 map 键；仅当结构体不可比较（如含 slice/map）或体积过大影响性能时，才需谨慎考虑指针作为键——但必须注意指针相等性基于内存地址，而非字段内容。
在 go 中，结构体值通常是更安全、更符合语义的 map 键；仅当结构体不可比较（如含 slice/map）或体积过大影响性能时，才需谨慎考虑指针作为键——但必须注意指针相等性基于内存地址，而非字段内容。
Go 要求 map 的键类型必须是可比较的（comparable）。普通结构体（如 Foo）只要所有字段都可比较（例如不含 slice、map、func 或包含不可比较字段的嵌套结构），其值本身即可作为键——这是首选方式，语义清晰、行为可预测。
type Foo struct {
Bar int
Name string
}
m := map[Foo]bool{
{Bar: 42, Name: "hello"}: true,
}
fmt.Println(m[Foo{Bar: 42, Name: "hello"}]) // true —— 按字段值匹配
而使用指针作为键（map[*Foo]bool）会带来根本性差异：两个字段完全相同的结构体，若地址不同，其指针视为不相等。这通常违背业务逻辑直觉：
a := &Foo{Bar: 42}
b := &Foo{Bar: 42} // 字段相同，但地址不同
m := map[*Foo]bool{a: true}
fmt.Println(m[a], m[b]) // true, false —— b 的指针未命中
fmt.Printf("%p %p\n", a, b) // 地址不同
因此，你几乎从“不必须”选指针作为键。只有两类合理场景例外：
-
结构体不可比较（含 slice、map、func 等）：
type BadKey struct { Data []int // slice 不可比较 → struct 整体不可比较 } // map[BadKey]bool ❌ 编译错误 // map[*BadKey]bool ✅ 可编译（指针本身可比较） 结构体极大（如数 KB 以上）且高频插入/查找：
值拷贝开销显著（如 map[HugeStruct]int），此时指针可避免复制。但应优先通过 pprof 实测验证瓶颈，而非过早优化。
⚠️ 注意事项：
- 指针键依赖对象生命周期——若指针指向的结构体被回收（如局部变量逃逸失败），可能导致悬空指针或意外 miss；
- 并发写入时，需确保指针所指向的结构体不被修改（否则破坏 key 一致性）；
- 更推荐重构：提取轻量标识字段（如 ID）作为键，或使用 unsafe.Pointer + 自定义哈希（仅限高级场景）。
总结：默认用结构体值作键；仅当不可比较性或实证性能瓶颈成为硬约束时，才选用指针，并务必理解其基于地址的语义本质。
