必须用 unsafe.Pointer 比较结构体指针是否指向同一内存；直接比较指针变量或用 reflect.ValueOf(x).Pointer() 均不可靠，且 uintptr 不可长期存储，需确保变量生命周期足够长并避免跨 goroutine 误用。
用 unsafe.Pointer 比较两个结构体指针是否指向同一块内存
Go 没有类似 Python 的 id() 或 Java 的 System.identityHashCode()，无法直接获取对象“身份标识”。唯一可靠判断“是不是同一个实例”的方式，是比对底层内存地址——这只能靠 unsafe.Pointer。
常见错误是试图用 == 直接比较两个结构体变量（哪怕是指针），结果永远是 false（除非是 nil）；或者误以为 reflect.ValueOf(x).Pointer() 能安全用于非导出字段或 interface 类型，实际会 panic 或返回 0。
- 必须先确认变量是可寻址的：不能对字面量、函数返回值、map 中的 value 直接取地址
- 对指针类型，先解引用再转
unsafe.Pointer；对变量，先取地址再转 -
reflect.ValueOf(x).UnsafeAddr()只适用于 addressable 的 reflect.Value，且要求 x 本身不是 interface{} 包裹的值
示例：
type User struct{ Name string }
u1 := &User{Name: "a"}
u2 := u1
u3 := &User{Name: "a"} // 同内容不同实例
p1 := unsafe.Pointer(u1)
p2 := unsafe.Pointer(u2)
p3 := unsafe.Pointer(u3)
fmt.Println(p1 == p2) // true
fmt.Println(p1 == p3) // false
为什么不能用 reflect.ValueOf(x).Pointer() 判断结构体唯一性
reflect.ValueOf(x).Pointer() 表面看能拿到地址，但它有硬性限制：仅当 Value 是通过取地址（&x）或从可寻址容器（如 slice、array、addressable struct 字段）中获得时才有效。对普通变量传入 reflect.ValueOf，返回的 Value 不可寻址，调用 .Pointer() 会 panic：“call of reflect.Value.Pointer on zero Value”。
立即学习“go语言免费学习笔记（深入）”；
- 传入的是接口类型（
interface{}）时，reflect.ValueOf返回的是被包裹值的副本，.Pointer()不反映原始地址 - 即使成功，它返回的是该
Value内部缓冲区地址，不等价于原始变量地址（尤其在反射修改后） - 性能上多一层反射开销，且无法静态检查，容易在运行时崩
在 map 或 sync.Map 中做对象去重时的正确姿势
想用结构体指针作 key 去重？别直接用 *T 当 map key——Go 不允许指针类型作 map key（编译报错：“invalid map key type *T”）。常见错误是转成 uintptr 存 map，但这是危险操作：一旦对象被 GC 移动（虽然 Go 的指针不移动，但 uintptr 不参与 GC 引用计数），后续查找就失效；更糟的是，如果对象被释放，uintptr 可能指向已复用内存，造成静默错误。
- 真正安全的做法是：用
unsafe.Pointer转uintptr仅作临时比较，绝不长期存储 - 若需持久化标识，应由业务层分配唯一 ID（如
uuid.UUID或自增 int64），或用sync.Map+unsafe.Pointer配合runtime.SetFinalizer做生命周期绑定（极少见，复杂度高） - 对短生命周期对象（如 HTTP handler 内部临时结构），直接用
unsafe.Pointer比较足够，无需存 map
使用 unsafe.Pointer 的兼容性与上线风险
unsafe.Pointer 在所有 Go 版本中行为稳定，但它绕过类型系统，编译器无法做任何检查。最常踩的坑是：把栈上变量地址保存到堆（比如返回局部变量的指针地址），之后访问就是野指针——Go 的栈增长机制会让这类 bug 表现为随机 crash 或数据错乱，极难复现。
- 确保你转
unsafe.Pointer的变量生命周期 ≥ 比较逻辑的生命周期 - 禁止跨 goroutine 传递裸
uintptr，必须配对使用unsafe.Pointer转换（Go 1.17+ 对uintptr赋值有额外限制） - CI 中建议加
-gcflags="-d=checkptr"运行测试，能捕获部分非法指针操作
真正麻烦的从来不是怎么写，而是谁来保证那个指针一直有效——尤其是当结构体嵌在 interface{}、被反射包装、或作为 channel 发送时，地址语义极易丢失。
