绝大多数Go项目不需要多级指针；必须用T仅当需在函数内修改*T变量本身的指向且使调用方可见，如CGO接收C.char或动态替换结构体指针字段，使用时须逐层判空防panic，并严守“谁分配谁释放”所有权原则。
绝大多数 Go 项目根本不需要多级指针；真要用，核心就一条：你得让函数改掉「指针变量本身」的值，而不是它指向的内容。
什么时候必须用 **T？
只有当你要在函数里把一个 *T 变量从指向 A 改成指向 B，且这个改变要反映到调用方时，才非得传 **T。
- 常见错误：
func updatePtr(p *int) { p = &someOtherInt }——调用后原p指向完全没变，因为只改了副本 - 正确写法：
func updatePtr(pp **int) { *pp = &someOtherInt }，调用时传&p - 典型场景：模拟 C 的
realloc、动态替换结构体中某个字段的指针、CGO 里接收**C.char输出参数
**string 解引用前不检查会 panic
Go 不会跳过 nil——只要 pp 是 nil，或者 *pp 是 nil，**pp 就直接崩溃。
- 安全写法必须分层检查：
if pp != nil && *pp != nil { **pp = "new" } - 初始化别偷懒：
var pp **string是危险的，应显式分配两级：s := "hello"; ps := &s; pp := &ps - Delve 调试时用
p **pp会报cannot load pointer，说明某一级是 nil，得逐层查p pp、p *pp
用 **Field 改结构体字段指针值是否划算？
语法上可行，但代价常被低估。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 性能：多一次内存寻址，逃逸分析更难，容易触发堆分配
- 可读性：阅读时得反复确认
pp是谁的地址、*pp又是谁的地址，尤其嵌套在方法接收器里（如func (t *Thing) SetData(pp **Data)） - 更稳妥替代：
t.data = newDataPtr()（返回新指针再赋值），或用接口抽象行为，避免硬换指针
CGO 场景下传 **C.char 的坑
C 函数写入的内存，生命周期和释放责任全在 C 侧，Go 不能乱碰。
- 常见错误：
C.free(unsafe.Pointer(*cstr))崩溃，因为*cstr指向的内存不是C.malloc分配的 - 实操建议：用
C.CString("")或C.malloc分配二级空间，再传给 C 函数；C 写完后，若需 Go 使用，应复制内容而非长期持有 - 关键原则：谁分配，谁释放；跨语言边界时，所有权必须显式约定清楚
多级指针真正的复杂点不在语法，而在每一级的生命周期和所有权归属——Go 的简洁性恰恰藏在它不鼓励你轻易跨层管理。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
