必须用uintptr中转才能转成unsafe.pointer，因为go编译器强制指针算术需经uintptr（整数类型，不受gc跟踪），而unsafe.pointer受gc影响，直接运算会编译失败。
什么时候必须用 uintptr 中转才能转成 unsafe.Pointer
直接把指针（比如 *int）转成 unsafe.Pointer 是安全的，但反过来——从 unsafe.Pointer 变回去，或中间参与算术运算时，Go 编译器要求你显式经过 uintptr。这不是风格问题，是逃逸分析和 GC 的硬性约束。
常见错误现象：cannot convert *T to unsafe.Pointer 这类报错基本不会出现，但一旦你写 unsafe.Pointer(uintptr(unsafe.Pointer(p)) + offset) 这种表达式，漏掉中间的 uintptr 强转（比如写成 unsafe.Pointer(unsafe.Pointer(p) + offset)），编译器会直接拒绝：
invalid operation: unsafe.Pointer(p) + offset (mismatched types unsafe.Pointer and uintptr)
- 所有指针算术（加减偏移）必须先转成
uintptr，再转回unsafe.Pointer -
uintptr是整数类型，不被 GC 跟踪；unsafe.Pointer虽“不安全”，但仍受 GC 影响——所以不能直接对后者做算术 - 哪怕只是取地址再加 0，也得走
uintptr中转，否则编译失败
reflect.Value.UnsafeAddr 和 &v 哪个该转 unsafe.Pointer
两者都能拿到内存地址，但语义和生命周期完全不同。用错一个，程序可能在 GC 后读到垃圾数据，甚至 panic。
使用场景：你想绕过反射开销直接读写结构体字段，比如高性能序列化或底层内存操作。
立即学习“go语言免费学习笔记（深入）”；
-
&v得到的是变量的地址，只要v本身没被回收（比如是局部变量但已逃逸，或全局变量），这个地址就有效 -
reflect.Value.UnsafeAddr()只对CanAddr()为true的值合法；且返回的是该值当前所在内存块的起始地址——如果值后续被移动（如切片扩容、map rehash），地址就失效 - 若
v是栈上临时变量，又没取地址传出去，reflect.Value.UnsafeAddr()可能返回非法地址（运行时 panic 或静默损坏） - 推荐优先用
&v→unsafe.Pointer，除非你明确在反射上下文中处理未知类型且已确保可寻址
struct 字段偏移计算：用 unsafe.Offsetof 还是手算 uintptr 加法
手算偏移是高危操作。Go 不保证 struct 字段布局跨版本一致（尤其含空结构体、大小为 0 的字段，或不同 GOOS/GOARCH 下对齐规则变化），unsafe.Offsetof 是唯一安全方式。
性能影响几乎为零：它在编译期求值，生成常量，不产生运行时开销。
- 不要用
unsafe.Offsetof(s.f1) + 4猜下一个字段位置——字段间可能有填充字节 -
unsafe.Offsetof参数必须是“字段选择表达式”，不能是变量或计算结果，例如unsafe.Offsetof(s.f1)合法，unsafe.Offsetof(*p)非法 - 若字段是嵌套结构体，需逐层调用
unsafe.Offsetof，比如unsafe.Offsetof(s.nested.f) - 对未导出字段也能用，但前提是代码能访问该字段（即在同一包内）
转换后怎么避免被 GC 回收掉底层内存
这是最隐蔽的坑：unsafe.Pointer 本身不保活对象，只要 Go 认为原变量不再被引用，GC 就可能回收其内存，哪怕你还有 unsafe.Pointer 指着它。
典型错误现象：函数返回后，用 unsafe.Pointer 读到全 0 或随机值，或者直接 segfault（在某些平台）。
- 如果源变量是局部变量，必须确保它“逃逸”到堆上（比如取地址赋给全局变量、传入 channel、作为返回值传出），否则栈帧销毁后地址立刻失效
- 若源是切片底层数组，要防止切片被重新切（
s = s[1:]）导致原数组被 GC——此时应保留对底层数组的强引用，比如用runtime.KeepAlive延长生命周期 -
runtime.KeepAlive(x)必须放在所有使用unsafe.Pointer访问x的代码之后，且x必须是变量名（不能是表达式） - 更稳妥的做法是：尽量让原始数据存活时间 >=
unsafe.Pointer使用周期，而不是依赖KeepAlive补救
真正难的不是怎么转，是怎么让转完的那个指针，在你需要它的时候，底下那块内存还真实存在。
