Go中不能用指针地址作唯一ID，因GC和ASLR会导致地址变化；应基于值内容用gob+fnv等生成确定性哈希，或定义CanonicalID方法提取关键字段。
Go 中不能直接用指针地址做唯一 ID
Go 运行时（尤其是启用 GC 和 ASLR 时）会移动堆上对象，导致 &x 返回的地址在多次运行或 GC 后变化；即使没被移动，unsafe.Pointer 转成整数再序列化，也**不是稳定标识符**——它不跨进程、不跨重启、无法预测、且违反 Go 的内存安全模型。
替代方案：用反射 + 类型安全的哈希构造稳定 ID
真正需要“唯一 ID”的场景，往往是要区分两个值是否逻辑相等（比如缓存键、去重、调试追踪），而非记录某次运行中的瞬时位置。这时应基于值内容生成 ID：
-
fmt.Sprintf("%p", &x)❌ 不可靠，仅用于临时调试打印 -
fmt.Sprintf("%v", x)⚠️ 简单但易冲突（如struct{A,B int}和struct{X,Y int}值相同则 ID 相同） - 推荐：
hash/fnv或encoding/gob+sha256对值做确定性哈希 —— 但要求值可序列化（不能含func、chan、map若 key/value 不可比）
示例（安全、可复现）：
h := fnv.New64a() enc := gob.NewEncoder(h) enc.Encode(x) // x 必须是导出字段、支持 gob id := h.Sum64()
如果真要保留“某个时刻的地址快照”，只能用 unsafe + 显式约束
极少数底层场景（如与 C 交互、自定义内存池调试），需把指针转为整数 ID，必须同时满足：
立即学习“go语言免费学习笔记（深入）”；
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 对象分配在
unsafe.Alloc或C.malloc上（不被 GC 移动） - 生命周期内不释放该内存
- ID 仅用于当前进程单次运行，不持久化、不网络传输
- 必须用
uintptr接收，且**不能存储为unsafe.Pointer长期持有**（否则 GC 可能误判）
错误写法：
ptrID := uintptr(unsafe.Pointer(&x)) // x 在栈上 → 下次函数返回就失效 var globalPtr unsafe.Pointer = unsafe.Pointer(&x) // GC 不知其引用，可能回收 x
最容易被忽略的点：结构体字段顺序影响哈希结果
用 gob 或 json 序列化生成 ID 时，字段顺序决定字节流。而 Go struct 字段顺序由源码声明顺序决定，不是按字母排序 —— 所以：
- 不同包里同名 struct，若字段顺序不一致，哈希值不同
- 加新字段、改字段顺序、调整 tag（如
json:"-"）都会让 ID 变 - 若需跨版本兼容，建议显式定义一个
CanonicalID()方法，只取关键字段、固定顺序、忽略非业务字段
比如：
func (u User) CanonicalID() uint64 {
h := fnv.New64a()
io.WriteString(h, u.Name)
io.WriteString(h, u.Email)
return h.Sum64()
}
地址不是 ID，值才是。别让调试习惯带偏生产逻辑。
