Go中不能直接对指针取哈希值，因GC可能导致地址失效且标准库未提供安全接口；若必须实现，需用unsafe提取地址并配合maphash，但仅限临时、单goroutine场景。
Go 中不能直接对指针取哈希值
Go 的 map 和 hashmap 底层依赖类型是否可比较、是否支持哈希，而普通指针（如 *int）虽可比较，但 hash/fnv 或 hash/maphash 等标准库不提供直接哈希指针地址的接口——因为这违背 Go 的内存安全设计原则：指针地址在 GC 后可能失效，且跨 goroutine 或不同运行周期不可靠。
如果你真需要“基于地址的唯一标识”，得绕过语言限制，用 unsafe 提取地址数值再哈希，但必须清楚后果：
- 该哈希值仅在当前 goroutine 当前时刻有效，GC 可能移动对象（除非用
runtime.KeepAlive或对象逃逸到堆外） - 不能用于持久化、网络传输或跨进程共享
-
unsafe.Pointer转换需严格配对，否则触发 panic 或 undefined behavior
用 unsafe + uintptr 提取指针地址做哈希
这是最常见也最危险的实操路径。核心是把指针转成整数地址，再喂给哈希函数（比如 hash/maphash）。
示例（安全边界内）：
立即学习“go语言免费学习笔记（深入）”；
import (
"hash/maphash"
"unsafe"
)
func ptrHash(p interface{}) uint64 {
h := maphash.Hash{}
// 必须确保 p 是指针类型，且非 nil
ptr := reflect.ValueOf(p)
if ptr.Kind() != reflect.Ptr || ptr.IsNil() {
panic("ptrHash: expect non-nil pointer")
}
addr := uintptr(unsafe.Pointer(ptr.UnsafeAddr()))
// 注意：UnsageAddr() 返回的是变量自身的地址（即指针变量地址），不是它指向的地址！
// 正确做法是先转为 *uintptr 再解引用
realAddr := *(*uintptr)(unsafe.Pointer(ptr.UnsafeAddr()))
h.Write((*[8]byte)(unsafe.Pointer(&realAddr))[:])
return h.Sum64()
}
更稳妥的做法（推荐）：
- 用
reflect.Value.Elem().UnsafeAddr()获取被指向对象的地址 - 确保对象不会被 GC 移动：要么是全局变量，要么用
runtime.KeepAlive(obj)延长生命周期 - 避免对栈上局部变量取地址哈希——它们的地址在函数返回后即失效
maphash 比 fnv 更适合自定义指针哈希
hash/fnv 是简单快速的哈希，但无 seed 控制、易碰撞；hash/maphash 是 Go 运行时内部使用的哈希，支持随机 seed、防 DOS、且与 map 实现一致，更适合生产环境下的“临时唯一标识”场景。
关键差异：
-
maphash初始化必须带 seed：h := maphash.Hash{Seed: maphash.MakeSeed()}，否则哈希结果固定（不安全） -
maphash.Write()接收[]byte，所以要把uintptr转成字节数组（如(*[8]byte)(unsafe.Pointer(&x))[:]） - 不要复用同一个
maphash.Hash实例多次哈希不同指针——seed 是单次绑定的，应每次新建
真正需要“地址哈希”的时候，大概率该换设计
绝大多数声称“要用指针地址哈希”的需求，实际是想实现对象身份判等、缓存键去重或调试追踪。但 Go 更推荐：
- 用
sync.Map或带string键的map配合fmt.Sprintf("%p", ptr)（仅限调试，输出不稳定） - 给结构体加
UID() string方法，内部用atomic.AddUint64(&counter, 1)分配唯一 ID - 若需跨 goroutine 稳定标识，直接用
reflect.ValueOf(x).Pointer()（注意：它返回的是 unsafe.Pointer 的数值，且仅当 x 是指针或接口才有效）
最常被忽略的一点：哈希值本身没有意义，有意义的是哈希一致性。一旦你依赖地址哈希做业务逻辑，就等于把 GC 行为、编译器优化、甚至 go version 升级都变成了你的依赖项。
