Go语言禁止指针运算，仅支持&和*运算符；需地址偏移时必须用unsafe.Pointer与uintptr配合转换，且存在GC与内存安全风险，应优先使用安全抽象。
Go 语言中不能直接进行指针运算
直接回答：& 和 * 是 Go 唯一支持的指针相关运算符，p++、p += 4、p - q 等 C 风格指针运算是非法的，编译会报错：invalid operation: p++ (non-numeric type *int) 或类似提示。
这是 Go 的主动设计选择，目的就是避免野指针、越界访问和内存安全问题。所以如果你在代码里写了 ptr++，它根本过不了编译——不是写法不对，而是语言根本不允许。
需要地址偏移时，必须用 unsafe.Pointer + uintptr
真正要实现类似 p + offset 的效果（比如遍历字节数组、操作结构体字段内存布局、对接 C 接口），唯一合法路径是：
- 先用
&v获取变量地址，转成unsafe.Pointer - 再转成
uintptr才能做加减 - 运算完再转回
unsafe.Pointer，最后强制类型转换为具体指针类型
例如，把 []byte 第 8 字节解释为 int64：
立即学习“go语言免费学习笔记（深入）”；
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
data := []byte{0, 0, 0, 0, 0, 0, 0, 42}
p := unsafe.Pointer(&data[0])
p8 := (*int64)(unsafe.Pointer(uintptr(p) + 7))
fmt.Println(*p8) // 输出 42（注意字节序）
注意：uintptr 不是真正的指针，没有 GC 保护能力；一旦中间变量被回收，uintptr 变成悬空数值，后续转换极可能 crash。
常见踩坑点：类型转换不等于数据转换
用 unsafe.Pointer 强转指针类型（如 *int → *float64）只是重新解释同一块内存的比特位，不会做任何值转换。结果取决于底层二进制表示和平台字节序：
-
int(42)的内存按float64解释，大概率是极小或极大的非预期浮点数 - 结构体字段偏移不对齐（比如未用
unsafe.Offsetof校验），会导致读到错误字段甚至 panic - 对非导出字段或编译器优化后的字段取地址，行为未定义
这类操作只应在明确控制内存布局的场景使用：序列化/反序列化、cgo 交互、高性能 buffer 解析等，绝不该出现在业务逻辑主干中。
替代方案优先考虑安全抽象
绝大多数你以为“需要指针运算”的场景，其实有更安全、更符合 Go 习惯的解法：
- 遍历切片？直接用
for i := range s或for _, v := range s - 修改结构体字段？传
*T，用ptr.Field = x—— 这不是指针运算，是语法糖，编译器自动算偏移 - 共享大对象？传
*LargeStruct即可，无需手动移动地址 - 构建动态结构？用
reflect（虽然慢但安全）或 codegen 工具生成访问器
真正难的不是怎么写 unsafe，而是判断“这里到底需不需要绕过类型系统”。多数时候答案是否定的——Go 的指针设计本意就是让你少动地址，多想语义。
