go 中 ****int 是 *int 类型变量的地址，即指向指针的指针，仅用于修改指针本身或 cgo 交互；它不支持指针运算，需两级判空，方法接收器不支持，多数场景应避免使用。
Go 里 **int 到底指什么？不是“指向指针的指针”的直译
Go 没有“指向指针的指针”这种独立类型，**int 就是 *int 的指针 —— 也就是一个存放 *int 地址的变量。它和 C 不同，不支持指针算术，也不允许对 **int 做 ++ 或解引用两次再取地址这种操作。
常见错误现象：nil panic：对 **int 解引用前没检查是否为 nil，或对底层 *int 本身是 nil 还强行解引用。
- 必须两级判空：
if p != nil && *p != nil才能安全访问**p -
**p等价于**(p)，不是(*p)*—— Go 不允许运算符重载，语法固定 - 声明时
var pp **int初始化为nil，不代表它指向一个有效的*int
什么时候非用 **T 不可？真实场景只有两类
绝大多数 Go 代码根本不需要二级指针。硬要用，基本逃不出这两个原因：
-
需要修改传入的指针变量本身（比如函数内要让调用方的
*T指向新分配的内存） -
Cgo 交互中对接 C 函数要求
**T参数（例如sqlite3_bind_blob的const void **类型）
别被“多级指针很酷”带偏。结构体字段、map value、channel 元素里存 **T？大概率设计反了 —— 改用 struct 包一层或直接传 *T 更清晰。
立即学习“go语言免费学习笔记（深入）”；
示例（改指针本身）：
func reallocInt(pp **int) {
*pp = new(int)
**pp = 42
}
var p *int
reallocInt(&p) // p 现在指向新 int，值为 42
**T 在方法接收器里几乎从不出现
Go 方法接收器只接受 T 或 *T，不支持 **T。想通过方法改“指针的指针”，只能把 **T 当普通参数传进去，或者干脆把 *T 封装进 struct：
- 错误写法：
func (pp **int) Set(v int) { *pp = &v }→ 编译失败 - 可行但别扭：
func (p *int) SetPtr(pp **int) { *pp = p } - 推荐：
type IntRef struct{ p *int }，然后func (r *IntRef) Set(v int) { r.p = &v }
性能上无差异，但可读性差太多。别人看到 **int 接收器第一反应是“这代码有问题”。
和 C 的 int** 混用时最易踩的坑
Cgo 是 **T 最常露面的地方，也是崩溃高发区：
- C 函数期望
int**并会写入新地址？Go 侧必须传&p（其中p *C.int），不能传**C.int变量地址 - C 返回的
**char转 Go 字符串前，先确认两级非空：if cptr != nil && *cptr != nil - 不要用
C.CString结果直接赋给**C.char—— 它返回的是*C.char，你得自己取地址：&cstr
兼容性影响：不同平台 ABI 对多级指针的内存布局一致，但 C 函数行为不可控。一旦 C 侧把 NULL 写进 **T，Go 解引用就 panic。
事情说清了就结束：Go 的 **T 是窄口径工具，只在“改指针值”或“对接 C”时动它。其他时候，绕开它，代码会少一半 bug。
