Go 主动禁止指针运算以提升安全性、简化内存模型并协同垃圾回收；此举避免越界与悬空指针，确保GC精确识别指针，鼓励用切片等安全抽象，unsafe.Pointer仅作例外。
Go 不支持指针运算（如 ptr++、ptr + 1、ptr - ptr2 等），不是疏忽或技术限制，而是语言设计上**主动、明确的取舍**——核心目标是提升安全性、简化内存模型，并与垃圾回收（GC）机制协同工作。
避免内存越界和未定义行为
指针运算是 C/C++ 中常见漏洞源头：数组越界、悬空指针、整数溢出转指针等都易引发崩溃或安全漏洞。Go 通过禁止指针算术，从语法层直接堵住这类路径。例如：
-
var p *int = &arr[0]合法，但p+1编译报错 - 想访问下一个元素？必须用切片（
arr[1:]）或显式索引（&arr[1]），二者都受边界检查保护
配合垃圾回收器（GC）的安全需求
Go 的并发、低延迟 GC 需要精确知道哪些地址存着指针（以便扫描存活对象）。如果允许任意指针运算，编译器无法静态确认一个整数值是否“本意是指针”，也无法保证运行时该值仍指向有效堆对象。禁止指针运算后：
- 所有指针值只能来自
&取地址或 new/make 分配 - GC 可以安全地将指针视为“不可伪造的引用令牌”，无需保守扫描（conservative scanning）
- 避免因误识别整数为指针而阻止内存回收（false retention）
鼓励更安全、更清晰的抽象方式
Go 用切片（slice）替代了大部分指针运算场景。切片封装了底层数组指针、长度和容量，既提供类似指针的高效访问，又自带边界检查和语义明确的操作：
-
s[1:]表示“跳过第一个元素” —— 清晰、安全、可读 -
unsafe.Pointer虽可转换为 uintptr 进行运算，但需显式使用unsafe包，且文档强调“绕过类型安全，由程序员完全负责”，不推荐日常使用 - 系统编程或 FFI 场景中若真需指针运算，Go 提供
unsafe和reflect，但划清了“安全默认”和“危险例外”的界限
基本上就这些。Go 的哲学不是“你能做什么”，而是“你该怎样更少出错地做事”。禁掉指针运算，换来的是一致的内存安全、可预测的 GC 行为，以及更难写出隐蔽 bug 的代码。
