go不允许t直接调用(t).method，因t不是接口实现者且无自动双层解引用机制；必须显式((*pp)).method()或先断言再解引用。
为什么 **T 不能直接调用 (*T).Method
Go 不允许为指针的指针类型（如 **T）定义方法，也不支持自动解引用两层。当你有 pp := &p（其中 p *T），想调用 T 上定义的 (*T).Method，必须手动解引用两次：(*pp).Method() 会报错，因为 *pp 是 *T 类型，它本身没有 Method 方法——只有 (*T) 的值才有。正确写法是 (**pp).Method() 或更常见、更安全的 (*p).Method()。
**T 传入接口函数时 panic 的常见原因
若函数签名是 func FromDb(target interface{})，你传入 &p（p *T），那么 target 实际是 **T。此时若试图做 target.(Unmarshaler) 断言，会失败：因为 Unmarshaler 要求实现者是 *T，而 **T 并不满足该接口。更危险的是，有人会写 u := target.(*T)，这会直接 panic：类型不匹配，**T 无法强制转成 *T。
- 正确做法是先断言为
**T，再解引用：if pp, ok := target.(**T); ok { (*pp).Method() } - 或更推荐：避免传递
**T，改用*T+ 显式取地址逻辑 - 反序列化场景中，
json.Unmarshal等库只接受*T，传**T会导致 “cannot unmarshal … into **T” 错误
嵌套指针初始化时最容易漏掉的 &
初始化 var pp **T 时，必须分两步：p := &T{} → pp = &p。少一个 & 就会出问题：
-
pp = &T{}❌ 得到的是*T，赋给**T编译失败 -
pp = &&T{}❌ 语法错误：Go 不允许连续两个& -
p := T{}；pp = &p❌p是T值类型，&p是*T，仍不匹配**T - ✅ 正确：
p := &T{}；pp = &p
这个 & 必须紧贴变量名或字面量，不能换行或加空格，否则 gofmt 可能不报错但语义已变。
结构体字段含 **T 时的零值陷阱
声明 type S struct { P **T } 后，S{} 中的 P 是 nil。后续若直接写 (*s.P).Method()，会在运行时 panic：dereferencing nil **T。这不是编译期错误，容易遗漏。
- 必须显式初始化：
s := S{P: &p}（其中p *T已非 nil） - 构造函数更安全：
func NewS() *S { p := &T{}; return &S{P: &p} } - 如果字段是嵌入接口（如
io.Reader），同样适用：未初始化即为nil，调用方法必 panic
深层嵌套指针的初始化和调用，本质是每层都得独立判断是否为 nil，而不是依赖某一层的非空保证上层也安全。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
