Go中不能直接修改传入的指针变量本身，因参数是值传递；要真正改变调用方指针变量的值，必须传**T（指向指针的指针）；但更推荐返回新指针由调用方显式赋值，语义更清晰、符合Go惯用法。
Go 中不能直接修改传入的指针变量本身
Go 语言里函数参数是值传递，哪怕你传的是 *T 类型，实际上传入的也是该指针的副本。所以像 func modifyPtr(p *int) { p = &newVal } 这种写法，对外部指针变量毫无影响——它只改了副本的指向。
常见错误现象：p 在函数内被重新赋值后，调用方的原始指针依然指向旧地址，甚至可能引发 nil 解引用 panic（比如误以为已更新成功而直接 dereference）。
- 想“替换指针”必须传入
**T（指向指针的指针） - 想“修改指针所指的值”只需
*T，但这是修改内容，不是修改指针变量本身 - 如果目标是让调用方的某个
*int变量指向新地址，唯一安全方式是传**int
用 **T 实现安全的外部指针重定向
要真正改变调用方持有的指针变量的值（即让它指向新对象），必须拿到它的地址。这对应到类型就是双指针：**T。
典型使用场景：初始化延迟、错误时重试分配、或统一管理资源句柄（如数据库连接指针需在 reconnect 后更新）。
func reallocInt(p **int) {
newVal := 42
*p = &newVal // 修改调用方的 *int 变量
}
// 调用方式：
var ptr *int
reallocInt(&ptr) // 注意：这里传的是 ptr 的地址
// 此时 ptr 已指向新分配的 42
-
&ptr是关键：必须把原指针变量的地址传进去 - 函数内
*p = &newVal才能真正更新ptr的值 - 注意
newVal不能是局部栈变量且生命周期短于调用方（但 int 字面量会被逃逸分析自动分配到堆，通常安全）
避免常见坑：nil 指针解引用和逃逸风险
传 **T 时若原始指针是 nil，取地址 &nilVar 是非法的——Go 不允许对字面量或 nil 表达式取地址。
错误示例：var p *int; reallocInt(&p) 是合法的，但 reallocInt(&(*int)(nil)) 会编译失败。
- 确保传入的是一个可寻址的变量（如局部变量、结构体字段、切片元素），不能是函数返回的临时指针或 nil 字面量
- 如果函数内需要 new 分配，优先用
new(T)或&T{}，避免局部变量逃逸不可控 - 注意并发安全：多个 goroutine 同时调用该函数修改同一
**T时，需加锁或用atomic.StorePointer
替代方案：返回新指针比修改外部更清晰
多数情况下，与其用 **T 增加调用复杂度和出错概率，不如让函数返回新指针，由调用方显式赋值。
func createInt() *int {
v := 42
return &v
}
// 调用方控制权更明确：
ptr = createInt() // 一眼看出 ptr 被重新赋值
这种写法更符合 Go 的惯用法，也更容易测试和推理。只有当 API 约束强制要求“就地更新”（如某些 C 风格回调接口封装）时，才考虑 **T。
真正容易被忽略的是：所谓“安全修改外部指针”，本质是选择语义清晰的接口契约，而不是技术上能不能做到——**T 能做，但往往不该做。
