Go语言不支持指针运算，是为防止越界访问、类型安全破坏、GC干扰和可移植性问题；推荐用切片索引（如s[i]）和range循环替代。
Go语言不支持传统意义上的指针运算（如 p + 1、p--），这是设计上的主动限制，不是遗漏或缺陷。理解这一点的关键在于区分“指针作为地址引用”和“指针作为可计算的内存偏移量”——前者被保留，后者被禁止。
为什么Go禁用指针算术运算
Go刻意剥离C/C++风格的指针算术能力，核心目标是防止以下几类问题：
- 越界访问：加减操作易导致读写非法内存地址，引发崩溃或数据损坏
- 类型安全破坏：
int*加1跳4字节，float64*加1跳8字节——手动计算极易出错 - GC干扰风险：绕过类型系统操作地址，可能让垃圾回收器误判对象存活状态
- 可移植性下降：不同架构对内存对齐要求不同，算术偏移可能在某些平台失效
替代方案：用切片和索引代替指针遍历
当你需要类似“遍历数组元素”的行为，Go推荐使用切片而非指针运算：
- 切片本身包含底层数组指针、长度和容量，天然支持安全索引：
s[i]、s[1:3] - 想模拟
p++？改用for i := range s { ... }或for i := 0; i - 需获取某偏移处元素？直接用
s[offset]，编译器自动做边界检查
真正需要底层偏移时：unsafe.Pointer 是唯一入口
仅在极少数系统级场景（如序列化、C互操作、运行时开发）中，才允许绕过类型系统。此时必须显式使用 unsafe 包：
立即学习“go语言免费学习笔记（深入）”；
- 先转为
unsafe.Pointer，再通过uintptr做整数加减，最后转回具体类型指针 - 必须手动确保偏移量合法：考虑字段对齐、结构体布局、平台字长
- 禁止对非逃逸变量、栈上临时值、map元素等做此类操作
- 每次使用都应伴随充分测试，并在代码中标注风险说明
日常开发中该怎么做
绝大多数业务代码完全不需要接触内存偏移。安全实践包括：
- 用
&x和*p完成取地址和解引用，就够了 - 传结构体大对象时，优先用
*T避免拷贝，但不要试图移动它 - 遇到“想按字节访问”的需求，先确认是否真不能用
binary.Read、encoding/binary等标准包解决 - 团队中明确约定：
unsafe的使用需 Code Review 并附带性能/必要性说明
