go 禁止指针算术运算是因指针仅表示变量逻辑地址，不保证内存连续性，且 gc、栈逃逸、编译器优化会使手动计算地址失效；&仅作用于可寻址左值，nil解引用必panic，指针大小固定但对象仍受gc管理。
Go 语言中指针不操作「裸内存地址」，& 和 * 是唯一合法入口，任何试图把指针当整数算、转成 uintptr 再加减、或用 unsafe.Pointer 绕过类型系统去“手动寻址”的行为，都属于越界操作——不是不能写，而是极易在 GC、栈逃逸、编译器优化后出错。
为什么不能对 Go 指针做算术运算？
Go 明确禁止 p++、p + 1 这类 C 风格的指针算术。这不是语法限制，而是设计选择：
-
*int指针只表示“指向某个int变量”，不承诺该变量在内存中连续排列；数组元素地址可用&a[i]获取，但不能靠p + i推导 - 编译器可能重排栈上变量、将小变量内联进寄存器、或在 GC 时移动对象——此时手动计算的地址会失效
- 即使你用
unsafe.Pointer强转再加减，也必须确保目标地址真实有效且未被回收，否则 panic 或静默数据损坏
示例错误写法：
var a [3]int = [3]int{10, 20, 30}
p := &a[0]
// ❌ 编译失败：invalid operation: p++ (non-numeric type *int)
p++
& 只能作用于可寻址的变量
&x 不是“取任意表达式的地址”，它要求 x 必须是一个「可寻址的左值」：
- ✅ 全局变量、局部变量、结构体字段、切片/数组元素（如
&s[0]、&v.Field） - ❌ 字面量（
&42）、函数返回值（&fmt.Sprintf("x")）、常量、map 值（&m["k"]不合法）、未取地址的接口值底层字段
常见报错：cannot take the address of ...。比如：
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
m := map[string]int{"a": 1}
// ❌ 编译错误：cannot take the address of m["a"]
ptr := &m["a"]
若真需修改 map 中的值并传指针，得先赋给临时变量：tmp := m["a"]; ptr := &tmp; m["a"] = *ptr。
nil 指针解引用是运行时 panic
*p 在 p == nil 时直接触发 panic: runtime error: invalid memory address or nil pointer dereference，没有空检查默认行为：
- 声明但未初始化的指针（
var p *int）默认为nil -
new(T)返回非 nil 的指针，但&T{}同样安全；而make不返回指针 - 函数返回指针时（如
func find() *Item），调用方必须显式判空：if p != nil { use(*p) }
别依赖“指针没被赋值就不会解引用”——一旦逻辑分支漏判，panic 就在生产环境等着你。
指针变量本身也占内存，但大小固定
无论指向 int 还是巨型结构体，*T 类型变量在 64 位系统上恒为 8 字节，在 32 位系统上为 4 字节：
- 这意味着传
*BigStruct比传BigStruct值本身快得多，尤其当结构体含大量字段或嵌套时 - 但也要小心：过度使用指针可能导致意外的共享状态，比如多个 goroutine 同时修改
*T指向的同一块内存，引发竞态 - 结构体方法接收器用指针（
func (p *T) Method()）不只是为了修改字段，更是为了保证方法集一致——值接收器和指针接收器的方法集不同
真正容易被忽略的点是：指针传递省的是「值拷贝」开销，不是「内存占用」。指向的对象本身仍在堆或栈上，GC 仍需追踪。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
