go禁止对*int等普通指针做p+1运算是因类型安全设计，强制通过unsafe.pointer→uintptr→unsafe.pointer单表达式转换，且字段偏移必须用unsafe.offsetof而非手算。
为什么不能直接对 *int 做 p + 1 这种运算
Go 编译器明确禁止对普通指针（如 *int、*string）执行加减运算，报错信息通常是：invalid operation: p + 1 (mismatched types *int and int)。这不是语法限制，而是类型安全设计的硬性约束——编译器不允许你绕过类型系统去“猜测”内存布局。哪怕结构体字段紧挨着，*int 也不能被当作地址整数来偏移。
unsafe.Pointer → uintptr → unsafe.Pointer 必须写成单表达式
常见错误是把转换拆成多步并保存中间 uintptr：
- ❌ 错误写法：
up := uintptr(unsafe.Pointer(&s)); offset := up + unsafe.Offsetof(s.Field); p := unsafe.Pointer(offset) - ✅ 正确写法：
p := unsafe.Pointer(uintptr(unsafe.Pointer(&s)) + unsafe.Offsetof(s.Field))
原因在于：一旦 uintptr 脱离 unsafe.Pointer 上下文单独存在，GC 就不再追踪它指向的对象。如果该对象恰好在两次转换之间被回收或移动（比如分配在栈上但逃逸到堆），后续解引用就会读到垃圾数据甚至 panic。
字段偏移必须用 unsafe.Offsetof，别手算
结构体字段之间可能有填充字节（padding），且对齐规则随架构和 Go 版本变化。例如 int32 在 amd64 上对齐到 4 字节，但若前一个字段是 int64（8 字节对齐），编译器可能插入 4 字节 padding。
- ❌ 别写
unsafe.Pointer(uintptr(unsafe.Pointer(&s)) + 8)假设第二个字段从第 8 字节开始 - ✅ 一律用
unsafe.Offsetof(s.Field)，它是唯一可靠方式 - 可配合
unsafe.Sizeof和unsafe.Alignof验证字段大小与对齐是否符合预期
修改结构体字段时，string 和 slice 类型要特别小心
string 是只读头结构：struct{ data *byte; len int }。直接用 unsafe.Pointer 覆写其地址会导致静默失败或 panic，因为底层字节数组不可写（尤其在 GOEXPERIMENT=noptr 下）。
- ❌ 不要写：
*(*string)(unsafe.Add(unsafe.Pointer(&s), unsafe.Offsetof(s.Name))) = "new" - ✅ 若需改内容，应整体赋值新字符串，或改用
[]byte字段再用unsafe.Slice操作 - slice 同理：不能只改
len或cap字段而不保证底层数组有效；越界访问不会触发 panic，而是未定义行为
真正难的不是怎么写那几行转换代码，而是判断「这个结构体的内存布局是否真的稳定」——含 interface{}、map、func 或指针字段的结构体，基本不该用 unsafe.Offsetof 去碰。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
