接口方法接收者为T时，只有T类型满足该接口，传T值会报错；需检查接收者类型并统一用指针接收者，或改用值接收者。
为什么 *T 实现了接口，但传 T 却报错“cannot use … as … value in argument”
这是最常踩的坑：接口变量接收的是「能调用该接口方法」的值，而方法集（method set）对 T 和 *T 是不同的。如果接口方法是定义在 *T 上的，那只有 *T 类型才满足该接口；直接传 T 值会失败，哪怕它看起来“内容一样”。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 检查接口方法的接收者类型——
func (t *T) Method()只属于*T的方法集 - 调用处必须显式取地址：
foo(&t)，而非foo(t) - 若想让
T也能满足接口，需把方法接收者改为值类型：func (t T) Method() - 注意：值接收者方法在调用时会复制整个结构体，指针接收者才能修改原值
如何让一个结构体同时支持 T 和 *T 满足同一接口
做不到「同时」——Go 不允许一个类型自动拥有两个不同方法集的完整覆盖。但你可以通过设计规避限制。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 统一使用指针接收者定义接口方法，这是生产代码的主流做法（避免意外拷贝、支持修改）
- 对外暴露构造函数返回
*T，例如NewUser() *User，减少裸值传播 - 若必须接受值类型参数，可在函数内部主动取地址：
func Process(u User) { handle(&u) } // handle 接收 *User - 不推荐为同一逻辑重复定义两套方法（值+指针），易维护混乱
接口变量里存的是 *T，怎么安全取回原始结构体指针
接口变量本身不暴露底层类型信息，必须靠类型断言还原。但断言失败会 panic，所以得用「带 ok 的双返回值」形式。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 用
v, ok := iface.(T)判断是否为具体类型T；但注意：这里T是值类型，而接口里存的是*T，所以应写成v, ok := iface.(*T) - 断言失败时
ok为false，v是*T的零值（即nil），不会 panic - 不要跳过
ok直接用单返回值断言，否则运行时报panic: interface conversion - 示例：
var i interface{} = &User{Name: "Alice"} if u, ok := i.(*User); ok { u.Name = "Bob" // 修改生效 }
嵌入结构体指针后，接口方法调用为何 panic: nil pointer dereference
嵌入 *Inner 字段时，如果未初始化该指针，调用其方法就会解引用 nil，直接 panic。这和普通结构体嵌入不同——嵌入值类型会自动初始化零值，但嵌入指针不会。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 声明字段时别只写
Inner *Inner，还要在构造或初始化逻辑中确保它非 nil - 在方法里加防御性检查：
if t.Inner == nil { return errors.New("Inner not initialized") } - 更稳妥的做法是：嵌入值类型
Inner Inner，或提供带初始化的构造函数NewOuter() *Outer - 接口方法若由嵌入字段实现，要确认该字段已赋值，否则调用链上第一个方法就崩
