必须用 *T 而非 T 的情况是：需在函数内修改指针变量本身的指向，如 realloc、Cgo 输出参数或交换指针值；日常 Go 代码应优先用返回值替代，仅 Cgo 等底层交互不可替代。
什么时候必须用 **T 而不是 *T
当你需要函数内部修改「某个指针变量本身」的指向时，才真正需要 **T。比如传入一个 *int 变量的地址，让函数能把它从指向 A 改成指向 B —— 这种操作 *T 无能为力，它只能改 *T 指向的值，不能改这个指针变量存的地址。
常见于：
- 实现类似 C 的
realloc行为，动态更换底层内存块并更新指针 - 某些 Cgo 封装中，C 函数会通过参数输出新分配的指针（如
char **out_buf） - 极少数需要“交换两个指针变量值”的场景（但多数时候用临时变量更清晰）
**T 在函数参数中的典型写法和易错点
声明形参是 **T，调用时得传 &ptr（即指针变量的地址），不是 ptr 或 &*ptr。
容易踩的坑：
立即学习“go语言免费学习笔记（深入）”；
- 传错层级：把
*T直接传给**T参数 → 编译报错cannot use ptr (type *int) as type **int in argument - 解引用前没判空：
if *pp != nil { ... }必须先检查*pp是否非空，否则 panic - 误以为
**T能绕过所有权：它不改变 Go 的值语义，只是多了一层间接寻址
示例：
func reallocInt(pp **int) {
old := *pp
*pp = new(int) // 修改了调用方那个 *int 变量本身的值
**pp = 42
if old != nil {
// 可选：释放旧资源（Go 一般不需要手动释放）
}
}
// 调用：
var p *int = new(int)
*p = 10
reallocInt(&p) // 注意是 &p，不是 p
// 此时 p 已指向新地址，*p == 42
替代 **T 的更 Go 风格做法
绝大多数需要“改指针指向”的逻辑，其实可以用返回值 + 重新赋值代替，更清晰、更符合 Go 习惯。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
比如：
- 不要写
func updatePtr(pp **string)然后调用updatePtr(&s) - 改成
func newString() *string，然后s = newString() - 需要批量更新？返回
[]*T或封装成结构体字段
性能上几乎没差别 —— 返回指针和通过 **T 写回，都是复制地址值（8 字节）。但可读性、测试性和维护性高很多。
Cgo 场景下 **C.char 的真实用途
这是 **T 最不可替代的使用场景之一：C 函数要求你传一个 char **，它会在内部分配内存并把地址写进去（比如解析 JSON 字符串、生成错误消息等）。
此时必须用 **C.char：
- Go 侧声明
var out *C.char，再传&out - C 函数执行后，
out已被赋值，可用C.GoString(out)转换 - 记得后续调用
C.free(unsafe.Pointer(out))，因为内存是 C 分配的
漏掉 & 或忘记 free 是最常导致 crash 或内存泄漏的地方。
双重指针在 Go 里是个信号：这里正在和 C 打交道，或者你在刻意模拟低级内存操作。日常业务代码里几乎找不到正当理由用它 —— 不是因为语法难，而是因为它掩盖了数据流的真实方向。
