uintptr 是整数类型，无指针语义，gc 不跟踪，必须在同一表达式内完成取址→转 uintptr→运算→转回 unsafe.pointer→解引用，否则易因内存回收导致 panic。
uintptr 不能直接当指针用，一解引用就 panic
很多人以为 uintptr 是“可以做算术的指针”，其实它只是个整数类型，和 int 一样不带任何指针语义。Go 编译器不会跟踪 uintptr 的生命周期，GC 也完全无视它——这意味着你拿 uintptr 存了一个变量地址，稍后想转回指针去读，很可能那块内存已经被回收了。
常见错误现象：panic: runtime error: invalid memory address or nil pointer dereference，尤其在跨函数传参、延迟计算或循环中复用时高频出现。
- 必须在**同一表达式内**完成“取地址 → 转
uintptr→ 运算 → 转回unsafe.Pointer→ 解引用”，中间不能有函数调用或变量赋值打断 - 例如
*(*int)(unsafe.Pointer(uintptr(unsafe.Pointer(&x)) + unsafe.Offsetof(x.field)))是安全的；但拆成两行：先存u := uintptr(unsafe.Pointer(&x))，再*(*int)(unsafe.Pointer(u + ...))就危险 -
uintptr常用于结构体字段偏移计算、slice 底层数据移动（如实现自定义切片操作），但永远不建议长期持有
unsafe.Pointer 是唯一能桥接指针与整数的合法类型
unsafe.Pointer 是 Go 中唯一允许和任意指针类型双向转换的类型，也是 uintptr 唯一能“安全过渡”的中介。它本身不可运算，但可被转成 uintptr 做偏移，再转回来——这个来回过程是 Go 官方唯一认可的指针运算路径。
使用场景集中在底层操作：绕过类型系统读写内存（如序列化/反序列化）、实现无反射的泛型容器、对接 C 代码、手动管理内存布局。
立即学习“go语言免费学习笔记（深入）”；
- 转换链必须严格为：
*T → unsafe.Pointer → uintptr → （运算）→ unsafe.Pointer → *U - 不能跳过
unsafe.Pointer直接*T → uintptr → *U，编译器会报错：cannot convert uintptr to *U - 所有转换都需显式书写，Go 不做隐式提升；
unsafe.Pointer也不能直接参与加减，必须先转uintptr
指针运算时 size 和对齐必须自己算，Go 不帮你检查
用 uintptr 做偏移时，一切字节计算都甩给程序员：结构体字段偏移、数组元素跨度、对齐填充……编译器不会校验你加的是不是 4 还是 8，也不会提醒你越界。一旦算错，行为未定义——可能读到垃圾值、触发 SIGBUS，或者看似正常却埋下数据竞争。
性能影响不大，但兼容性风险极高：不同架构（32/64 位）、不同 Go 版本（字段重排优化）、甚至 go build -gcflags="-l" 关闭内联都可能让 unsafe.Offsetof 结果变化。
- 永远用
unsafe.Offsetof、unsafe.Sizeof、unsafe.Alignof，别手敲数字 - 结构体要加
//go:notinheap或确保其生命周期可控，否则字段地址随时失效 - 数组指针运算记得乘元素大小：
uintptr(unsafe.Pointer(&arr[0])) + uintptr(i)*unsafe.Sizeof(arr[0])
CGO 边界和 reflect 包里藏着最典型的踩坑现场
在 CGO 中混用 C 指针和 Go 指针时，常有人把 C 返回的 void* 直接转成 uintptr 存起来，等回调时再转回——这极大概率 crash。同样，用 reflect.Value.UnsafeAddr() 得到的地址若转成 uintptr 后脱离当前作用域，后续访问就会出问题。
根本原因还是 GC 可见性：C 内存不受 Go GC 管理，而 reflect.Value 若没被保持强引用，其底层数组可能被回收。
- CGO 场景下，C 指针应尽快转为
*T或unsafe.Pointer，并确保 Go 侧有对应变量持引用（比如存进全局 map 或 struct 字段） -
reflect.Value的地址只在该Value实例有效期内安全；若需持久化，得用runtime.KeepAlive延长生命周期，或改用unsafe.Slice（Go 1.17+）这类更可控的接口 - 所有涉及
uintptr的逻辑，只要跨了 goroutine、函数边界或 GC 触发点，就得重新评估是否真有必要
真正难的不是怎么算偏移，而是判断“此刻这块内存到底归谁管、能活多久”。uintptr 本身没毛病，毛病在于人容易把它当成指针的简化版——它连指针都不是，只是个恰好能存地址的整数。
