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