为什么 *T 能实现接口，但 T 却不行？
Go 接口实现不看“你写了什么方法”，而看“谁的方法集包含这些方法”。T 和 *T 的方法集是分开算的：只有指针类型 *T 的方法集包含所有为 T 和 *T 定义的方法；而值类型 T 的方法集只包含接收者为 T 的方法。
常见错误现象：cannot use t (variable of type T) as InterfaceName value in assignment: T does not implement InterfaceName，尤其当你给 T 实现了 func (t *T) Method() 却试图传 t 给接口变量时。
- 如果接口方法接收者全是
T，那T和*T都能实现它 - 只要接口中任一方法接收者是
*T，那就只有*T（或可寻址的T变量取地址后）能实现 - 切片、map、channel、func、指针本身不能取地址，所以它们的值类型永远无法满足需要
*T接收者的方法集
如何快速判断某个类型是否实现了某接口？
别靠猜，用编译器帮你报错，或者加一行校验代码——这是最可靠的方式。
使用场景：写完结构体和方法后，想确认是否真能赋值给某个标准库接口（比如 io.Writer、fmt.Stringer），或自定义接口。
立即学习“go语言免费学习笔记（深入）”；
- 最简校验：在任意函数内写
var _ InterfaceName = (*MyType)(nil)，编译失败就说明没实现 - 若想校验值类型，改用
var _ InterfaceName = MyType{}（但注意：这要求所有方法接收者都必须是MyType，不能有*MyType） - 不要依赖 IDE 的“implement interface”提示——它只检查方法签名，不校验接收者类型是否匹配方法集规则
interface{} 和空接口方法集的关系
interface{} 是空接口，它的方法集为空，所以任何类型（包括 T 和 *T）都自动实现它。但它和“方法集为空”不等于“没方法可用”——它只是不限制，实际调用方法仍受限于底层值的方法集。
容易踩的坑：
- 把
T{}赋给interface{}后，再尝试断言成*T会 panic：panic: interface conversion: interface {} is T, not *T - 如果你存的是
T，后续又需要调用接收者为*T的方法，得先确保它可寻址（比如是变量而非字面量），再取地址 - 结构体字段是
T类型，但你想在方法里修改它？那这个方法接收者必须是*T，否则修改无效——这也是为什么很多标准库类型（如bytes.Buffer）强制用指针接收者
嵌入结构体时，方法集怎么继承？
嵌入（embedding）不是继承，而是“方法提升”（method promotion）。被嵌入类型的**方法会被提升到外层类型的方法集中**，但提升后的接收者仍是原类型，这点直接影响接口实现结果。
例如：type S struct{ T }，其中 T 有 func (t *T) M()，那么 S 会获得一个同名方法，但它的接收者仍是 *T，不是 *S。
- 如果
T的方法接收者是*T，那只有*S能调用该提升方法（因为*S内含*T），S值类型不能 - 如果嵌入的是
*T字段（即type S struct{ *T }），则S和*S都能调用T的所有方法（包括*T接收者方法），因为S本身已含指针 - 两个嵌入类型有同名方法？不会自动覆盖，必须显式调用
s.T.M()或s.U.M()，否则编译报错
方法集规则真正复杂的地方，在于它把“类型”“接收者”“赋值/传参时的可寻址性”全绑在一起。写的时候少想“我能不能调这个方法”，多想“此刻我手上的值是什么类型、能不能取地址、它的方法集到底包含哪些”。
