go禁止指针算术是设计限制，仅unsafe.pointer可通过uintptr中转实现地址偏移，且须单表达式完成；推荐用切片截取、unsafe.slice或binary包等安全替代方案。
Go 语言中不能进行指针算术（pointer arithmetic），这是设计上的明确限制，不是语法疏漏或版本问题。
为什么 &arr[0] 加整数会编译失败
Go 禁止对任意指针做 +n 或 -n 运算。即使你拿到 &arr[0] 这样的 *int，写 ptr + 1 会直接报错：invalid operation: ptr + 1 (mismatched types *int and int)。这不是类型转换能绕过的——底层语义上就不支持。
常见误操作场景：
- 想模仿 C 的
char* p = base + offset手动遍历字节 - 在
unsafe.Pointer上直接加减，却忘了必须先转成uintptr - 用
reflect.SliceHeader拼接切片时，错误地对Data字段做算术
unsafe.Pointer 是唯一“可移动”的指针类型
只有 unsafe.Pointer 能参与地址偏移，但必须通过 uintptr 中转，且禁止在 GC 周期中保留结果。正确模式是：
立即学习“go语言免费学习笔记（深入）”；
base := unsafe.Pointer(&arr[0]) offset := unsafe.Offsetof(arr[1]) - unsafe.Offsetof(arr[0]) // 或直接用 8（int64） ptr := (*int64)(unsafe.Pointer(uintptr(base) + uintptr(offset)))
关键约束：
-
uintptr不是指针，不被 GC 跟踪，不能长期存储 - 所有
unsafe.Pointer→uintptr→ 偏移 →unsafe.Pointer转换必须在单条表达式或紧邻语句中完成 - 若偏移超出底层数组范围，行为未定义（可能 panic，也可能读到脏内存）
替代指针算术的惯用做法
绝大多数需要“指针移动”的场景，Go 提供更安全、更清晰的替代方案：
- 切片截取：
data[i:j]比手动计算地址更直观，且带边界检查和自动长度维护 -
unsafe.Slice（Go 1.17+）：unsafe.Slice((*T)(ptr), len)直接构造切片，无需手动算地址 - 使用
binary.Read/encoding/binary解析二进制流，比裸指针跳转更健壮 - 结构体字段偏移用
unsafe.Offsetof配合unsafe.Add（Go 1.19+），比硬编码数字安全
内存优化真正起效的地方不在指针算术
试图靠指针算术“省一次乘法”在 Go 里几乎无效：编译器对切片索引、range 循环、copy 等都有深度优化；而 unsafe 代码反而常因逃逸分析失效或阻碍内联导致性能下降。
实际影响性能的关键点是：
- 避免频繁分配小对象（用对象池或复用切片底层数组）
- 控制 GC 压力（减少指针链深度、缩短生命周期）
- 利用 CPU 缓存行对齐（
//go:align 64或手动填充） - 批量处理数据时优先用
copy而非逐元素赋值
把精力放在这些地方，比纠结“怎么让 *int 加 1”实在得多。
