Go中接口实现取决于类型的方法集：值类型T仅含T接收者方法，指针类型T同时含T和T接收者方法；若接口方法含指针接收者，则只有*T能实现该接口。
方法集决定接口能否被实现
Go 里接口能否被某个类型实现，不看它有没有写 func (t T) Method()，而看它的「方法集」是否包含接口要求的所有方法。值类型 T 和指针类型 *T 的方法集不同——这是所有困惑的根源。
值类型 T 的方法集只包含接收者为 T 的方法；指针类型 *T 的方法集则同时包含接收者为 T 和 *T 的方法。反过来不成立：T 不能调用 *T 方法，*T 却能调用 T 方法（因为可取地址、可解引用）。
- 如果你定义了
func (t *T) Save()，那只有*T满足interface{ Save() }，T不满足 - 如果你只定义了
func (t T) Read()，那么T和*T都满足interface{ Read() } - 常见错误：传
T{}给期望interface{ Save() }的函数，报错cannot use T{} (type T) as type Saver in argument to saveIt: T does not implement Saver (Save method has pointer receiver)
什么时候必须用指针接收者实现接口
当方法需要修改接收者状态时，必须用指针接收者——这不是接口问题，而是 Go 的值拷贝语义决定的。但一旦用了指针接收者，就锁死了「只有指针能实现该接口」。
典型场景包括：结构体字段赋值、map/slice 内容变更、sync.Mutex 加锁等。比如 sync.Mutex 的 Lock() 和 Unlock() 都是 *Mutex 接收者，所以你绝不能把 sync.Mutex{} 当作 Locker 接口值直接传——必须传 &mu。
立即学习“go语言免费学习笔记（深入）”；
- 错误写法：
var mu sync.Mutex; doSomething(mu)（假设doSomething参数是sync.Locker） - 正确写法：
doSomething(&mu) - 切记：即使结构体很小（如两个 int），只要方法用了指针接收者，值类型就无法满足该接口
接口变量存储的是什么：值还是指针
接口变量本身存储的是「动态类型 + 动态值」。当你把 T{} 赋给接口，存的是值拷贝；把 &T{} 赋给接口，存的是指针。这直接影响方法调用时能否修改原值，也影响内存分配和逃逸分析。
例如：var i fmt.Stringer = T{} → 接口底层是 T 值；i = &T{} → 底层是 *T。两者类型不同，不能互相赋值（哪怕方法集重叠），Go 会报 cannot use ... (type *T) as type T in assignment 这类错误。
- 如果接口方法都用值接收者，你可以混用
T和*T赋值给同一接口变量（因为二者都能满足） - 但如果任意一个方法用了指针接收者，
T{}就根本进不了这个接口变量，编译失败 - 性能提示：频繁装箱大结构体到接口（尤其是值类型）会触发堆分配，指针则更轻量
如何快速判断某个类型能否赋值给某接口
别猜，用编译器说话。最可靠的方式是写一行赋值语句，让 Go 报错——错误信息里会明确告诉你缺哪个方法、谁的接收者类型不对。
也可以用 go vet 或 IDE 的实时检查，但最终以编译结果为准。注意：空接口 interface{} 没有方法约束，任何类型（包括 nil）都能赋值；而自定义接口哪怕只有一个方法，就立刻触发方法集校验。
- 快速验证写法：
var _ YourInterface = (*YourType)(nil)或var _ YourInterface = YourType{}，任一行报错即说明不满足 - 如果只想检查指针能否满足，优先写
(*T)(nil)形式，避免意外初始化 - 容易忽略的一点：嵌入字段的方法也会进入方法集，但嵌入的是
T还是*T，决定了它带入的是哪套方法
