Go 禁止 p++ 和指针加减，因其设计目标是安全高效地共享数据而非手动管理内存地址；移除指针运算可避免越界、野指针等问题，提升安全性与可维护性，并支持 GC 精确分析。
Go 为什么禁止 p++ 和指针加减？
因为 Go 的设计目标不是让你“手动管理内存地址”，而是让你安全、高效地共享和修改数据。指针运算（比如 p + 1、p++）在 C/C++ 中常用于遍历数组或实现底层数据结构，但极易引发越界访问、野指针、缓冲区溢出等严重问题。Go 直接移除这类操作，是主动放弃灵活性来换取安全性与可维护性。
- 编译器能静态检查所有解引用行为，
*p前若未判p != nil，虽不报错但运行时 panic 可定位；而p+1后再解引用，连 panic 都可能悄无声息地读到错误内存 - 切片（
[]T）已封装了“底层数组 + 偏移 + 长度”的能力，替代了大部分指针算术需求：想取第 i 个元素？直接用s[i]，不用*(p + i) - GC 依赖精确的指针可达性分析；允许任意地址计算会破坏这一前提，导致内存泄漏或提前回收
没有指针运算，怎么处理需要“移动地址”的场景？
绝大多数实际开发中，你根本不需要它。真有类似需求时，Go 提供更清晰、更安全的替代方案：
- 遍历数组/切片 → 用
for i := range s或for _, v := range s，语义明确且边界安全 - 解析二进制协议或内存映射文件 → 用
unsafe.Pointer配合reflect或encoding/binary，而不是裸指针算术；这类操作本身就被标记为unsafe，需显式导入并承担风险 - 实现链表、跳表等结构 → 用结构体字段存指针（如
next *Node），靠字段跳转，而非地址偏移
对比 C：少的是自由，多的是确定性
C 指针是一把双刃剑，能写高性能网络栈，也能一晚上调不出段错误。Go 把这把剑的刃磨钝了——不是不能用，而是不让你乱挥。这种取舍体现在几个关键事实里：
-
&a得到的地址，在函数返回后仍有效（逃逸分析自动决定是否分配到堆），你不必操心“栈变量地址是否失效” -
nil是统一的空指针零值，所有指针类型共用，判空只需p == nil，不用像 C 那样担心NULL、0、(void*)0不一致 - 没有指针类型转换（如
(int*)p），强制类型安全；想绕过？得用unsafe，且每次使用都像在代码里贴了个“此处危险”的标签
什么时候你会真正想念指针运算？
极少。除非你在写：runtime 包、net 底层 socket 缓冲区操作、或对接 C 的 cgo 代码。普通业务逻辑、Web 服务、CLI 工具、微服务通信——这些场景下，禁止指针运算反而加快开发节奏：不用查手册确认步长是否对齐，不用反复验证 p + n 是否仍在合法内存页内，更不会因为一个 ++ 写错位置，让整个服务偶发 core dump。
立即学习“go语言免费学习笔记（深入）”；
真正容易被忽略的，不是“能不能做”，而是“做了之后谁来负责”。Go 把责任交给了语言机制（GC、逃逸分析、类型系统），而不是开发者的大脑短期记忆——这才是它敢砍掉指针运算的底气。
