go中uintptr不能直接做指针运算，必须转为unsafe.pointer；因其是纯数值类型，无地址语义，gc无法追踪，易致悬空指针或提前回收。
Go 中 uintptr 不能直接做指针运算，必须转回 unsafe.Pointer
Go 的类型系统禁止对 uintptr 做算术（比如 + 4），因为它是整数类型，不携带地址语义；编译器无法跟踪它是否仍指向有效内存，GC 可能提前回收。你看到的“uintptr + offset”写法，本质是先转成 unsafe.Pointer，再用 unsafe.Add（Go 1.17+）或手动转回指针后偏移。
-
uintptr是纯数值，加减后仍是整数，不是指针 —— 这不是 bug，是设计约束 - 想移动地址，必须走
unsafe.Pointer→uintptr→ 计算 →unsafe.Pointer这个闭环 - Go 1.17 起推荐用
unsafe.Add(ptr, offset)，它内部做了类型检查和溢出防护，比手写uintptr(unsafe.Pointer(ptr)) + offset更安全
用 unsafe.Add 替代手写 uintptr 算术（Go 1.17+）
老代码常见 (*int)(unsafe.Pointer(uintptr(unsafe.Pointer(&x)) + 8)) 这种嵌套，易错且难读。新写法更直白，也避免中间 uintptr 被 GC 误判为“无引用”而回收原对象。
- 正确示例：
p := unsafe.Add(unsafe.Pointer(&arr[0]), 2*unsafe.Sizeof(arr[0]))→ 指向arr[2] - 错误示例：
uintptr(unsafe.Pointer(&arr[0])) + 2*unsafe.Sizeof(arr[0])→ 结果是uintptr，不能解引用 -
unsafe.Add第二个参数是uintptr，但必须是常量或已知安全的偏移，运行时不会校验是否越界
为什么不能长期保存 uintptr？GC 会“看不见”它
这是最常踩的坑：把 uintptr 存到全局变量、结构体字段或 map 里，以为之后还能转回去用。一旦原对象被 GC 回收，这个 uintptr 就变成悬空地址，解引用必 crash（signal SIGSEGV）。
- 场景举例：C 回调中传入
uintptr作上下文，Go 侧未确保对应 Go 对象存活 → 回调触发时对象已被回收 - 解决方法：用
runtime.KeepAlive(x)告诉编译器 “x在此之后仍被需要”，或改用*C.struct_x+C.free管理生命周期 - 即使用了
unsafe.Add，只要最终unsafe.Pointer指向的内存区域不再被 Go 代码持有引用，GC 仍可能回收
数组/切片底层偏移计算：别硬算 unsafe.Sizeof，用 unsafe.Offsetof 和 unsafe.Slice
手动算结构体字段偏移或切片元素地址，容易因对齐、填充、大小变化出错。Go 1.17+ 提供了更可靠的工具。
立即学习“go语言免费学习笔记（深入）”；
- 取字段偏移：用
unsafe.Offsetof(s.field)，不是unsafe.Sizeof(s.field1)加总 - 从底层数组构造切片：用
unsafe.Slice((*T)(unsafe.Pointer(&arr[0])), len)，比[]T{...}或reflect.SliceHeader更安全 - 注意：
unsafe.Slice不检查长度是否越界，越界访问仍是未定义行为（通常 panic 或读垃圾值）
unsafe.Add，而是判断“这段内存此刻是否真的归我管、有没有别人在改、GC 知不知道它还活着”。 
