Golang双指针**T应用场景详解

本文深入解析了 Go 语言中双重指针（**T）的真实使用场景与设计哲学：它并非日常开发的常规工具，而是在必须修改指针变量自身指向时的底层利器——典型如 Cgo 中接收 C 函数分配的内存地址（如 char **out_buf），或模拟 realloc 等系统级操作；文章明确指出，绝大多数业务逻辑中应优先采用返回值+重新赋值的清晰、安全、符合 Go 风格的做法，既不牺牲性能，又大幅提升可读性与可维护性；而滥用 **T 往往意味着代码在掩盖数据流向、增加空指针风险，甚至埋下内存泄漏隐患——它本质上是一个强烈信号：此处正与 C 交互，或正在越界触碰 Go 本意规避的低级内存操作。

什么时候必须用 **T 而不是 *T

当你需要函数内部修改「某个指针变量本身」的指向时，才真正需要 **T。比如传入一个 *int 变量的地址，让函数能把它从指向 A 改成指向 B —— 这种操作 *T 无能为力，它只能改 *T 指向的值，不能改这个指针变量存的地址。

常见于：

• 实现类似 C 的 realloc 行为，动态更换底层内存块并更新指针
• 某些 Cgo 封装中，C 函数会通过参数输出新分配的指针（如 char **out_buf）
• 极少数需要“交换两个指针变量值”的场景（但多数时候用临时变量更清晰）

**T 在函数参数中的典型写法和易错点

声明形参是 **T，调用时得传 &ptr（即指针变量的地址），不是 ptr 或 &*ptr。

容易踩的坑：

• 传错层级：把 *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 习惯。

比如：

• 不要写 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 打交道，或者你在刻意模拟低级内存操作。日常业务代码里几乎找不到正当理由用它 —— 不是因为语法难，而是因为它掩盖了数据流的真实方向。

本篇关于《Golang双指针**T应用场景详解》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于Golang的相关知识，请关注golang学习网公众号！