正确做法是用 reflect.ValueOf(x).UnsafeAddr() 获取 interface{} 中值的地址，因 eface 结构含 type 和 data 两字段，data 偏移为 8 字节，直接 &x 得到的是 eface 地址而非值地址。
怎么用 unsafe 从 interface{} 拿到底层值的指针
Go 的 interface{} 是一个两字宽结构（eface），包含类型信息和数据指针。想绕过类型系统直接取值地址，必须用 unsafe，但不能直接对 interface 取 &——那只是接口变量自身的地址，不是它装的值的地址。
常见错误现象：panic: reflect: call of reflect.Value.Interface on zero Value 或拿到一个指向临时拷贝的地址，改了也没用。
- 先用
reflect.ValueOf(x).Elem()确保 x 是指针型 interface（比如*int），否则Elem()会 panic - 更稳妥的做法是：用
reflect.ValueOf(&x).Elem().UnsafeAddr()，但这只适用于 x 本身可寻址（比如是变量，不是字面量或函数返回值） - 如果 x 是普通值（如
42），它在 interface 里是拷贝存储的，unsafe能拿到的地址只在当前栈帧有效，别传出去用
reflect 的 UnsafeAddr 和 Pointer 区别在哪
UnsafeAddr() 返回的是值在内存中的地址（uintptr），而 Pointer() 返回的是 unsafe.Pointer 类型，能直接参与指针运算或转换。两者都要求值必须可寻址，否则 panic。
使用场景：你想把 interface{} 里的 int64 值当 C 的 int64_t* 传给 CGO 函数，就得用 Pointer()；如果只是想 log 地址调试，UnsafeAddr() 更轻量。
立即学习“go语言免费学习笔记（深入）”；
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
-
UnsafeAddr()不会延长对象生命周期，GC 可能在下一行就回收原值（尤其 interface 装的是小值） -
Pointer()配合unsafe.Slice()（Go 1.17+）能安全构造切片，但 interface{} 里如果是字符串或 slice，底层数据可能被复用，别假设地址恒定 - Go 1.20+ 对
unsafe.Pointer转换加了更多限制，比如不能从 uintptr 回转，除非中间经过一次合法的 Pointer
为什么直接 (*int)(unsafe.Pointer(&x)) 会崩
因为 x 是 interface{} 类型，&x 是指向 eface 结构体的指针，不是指向它内部值的指针。eface 内存布局是：type *rtype + data unsafe.Pointer，而 data 字段偏移是 8 字节（64 位系统），不是 0。
错误现象：invalid memory address or nil pointer dereference，或者读到乱码——你解引用的是类型字段，不是值。
- 正确做法：用
reflect.ValueOf(x).UnsafeAddr()—— 这个方法内部已经处理了 eface 的字段偏移 - 如果不用 reflect，得手动算偏移：
dataPtr := (*[2]uintptr)(unsafe.Pointer(&x))[1]，但这是未导出实现细节，不同 Go 版本可能变 - 注意：只有非空 interface 才有有效
data，nil interface 的data是 0，解引用必 panic
eface 结构在 runtime 中真长这样吗
是的，runtime.eface 定义在 runtime/runtime2.go 里，两个字段：_type *rtype 和 data unsafe.Pointer。但别硬编码访问——rtype 本身结构复杂，且 data 指向的内容取决于类型：小值（如 int）直接存这里，大值（如 struct）存的是堆上地址。
性能影响：每次调用 reflect.ValueOf 都有分配和类型检查开销，别在 hot path 上反复做；兼容性上，Go 主要版本升级时 eface 布局没变过，但字段名、注释、内部 padding 可能微调。
- 不要用
unsafe.Sizeof(interface{})推断字段偏移——它返回的是 interface 变量大小（16 字节），不是 eface 结构体定义大小 - 想验证 layout？用
go tool compile -S看汇编，或查src/runtime/runtime2.go源码，别信博客里的“手绘图” - 最易忽略的一点：interface{} 里装的是指针（比如
*string），那你拿到的data就是指向 string 的指针，再解一次才是 string 数据——这层间接性常被漏掉
