go通过编译期检查方法签名（方法名、参数类型列表、返回值类型列表）是否完全匹配来判断类型是否实现接口，大小写敏感且顺序不可错；接收者类型决定方法集归属，指针接收者需显式传指针；空接口被所有类型满足；最可靠验证是编译期断言var _ i = (*t)(nil)。
怎么判断一个类型是否实现了某个接口？
Go 不需要 implements，也不报“未实现接口”的运行时错误——它只在编译期检查方法签名是否完全匹配。匹配规则就三条：方法名、参数类型列表、返回值类型列表，三者缺一不可。大小写敏感，顺序不能错，哪怕只是把 error 写成 *error，就不算实现。
- 接收者类型直接影响“谁有这个方法”：
(<em>T).Method()</em>只属于T类型的方法集，T值本身不包含它；而T.Method()同时属于T和*T的方法集 - 空接口
interface{}被所有类型自动满足，但别滥用——它会丢失类型信息，后续调用要靠类型断言或反射 - 最可靠的验证方式不是跑测试，而是在包内加一行编译期断言：
var _ MyInterface = (*MyStruct)(nil)。如果没实现，编译直接失败，错误指向明确
为什么指针接收者经常导致“not implemented”错误？
这是新手掉进最多的一类坑：定义了 (*T).Method()，却试图把 T 值赋给接口变量。例如：
type Writer interface { Write([]byte) error }
type Buf struct{ data []byte }
<p>func (b <em>Buf) Write(p []byte) error { /</em> ... */ }</p><p>var w Writer = Buf{} // ❌ 编译错误：Buf does not implement Writer
原因很直接：只有 *Buf 有 Write 方法，Buf 没有。Go 不会自动取地址帮你转成指针——它只允许你显式传 &buf，或让接收者用值类型（如果逻辑允许）。
立即学习“go语言免费学习笔记（深入）”；
- 如果方法要修改结构体字段，必须用指针接收者，那调用方就得确保传的是指针
- 如果方法只读字段、无副作用，优先用值接收者，兼容性更好
- 不要为了“省一个 &”而把接收者改成值类型，结果导致并发中意外复制大结构体
接口变量 nil 到底意味着什么？
var r Reader 的零值是 nil，但它和底层具体类型的 nil 不是一回事。接口变量本质是两个字宽的结构体：一个指向类型信息，一个指向数据。当两者都是 nil 时，整个接口才为 nil。
常见误判：
-
var s <em>string; var i interface{} = s</em>→i != nil，因为类型信息存在（string），只是数据指针为nil -
var i io.Reader = nil→ 这才是真nil，类型和数据都空
所以判空不能只看 i == nil，还得看具体场景。比如 http.HandlerFunc(nil) 是合法的，但传给 http.Handle 就 panic，因为内部做了非空检查。
如何安全地为已有类型添加新接口支持？
Go 允许你在不改原类型定义的前提下，让它满足新接口——只要补全方法即可。比如标准库的 time.Time 没实现 fmt.Stringer，但你可以自己写：
func (t time.Time) String() string { return t.Format("2006-01-02") }
但这行不通：因为 time.Time 是导出类型，你不能为它定义方法（只能在同个包里，而 time 包你改不了）。所以真正能自由扩展的，仅限于你 own 的类型，或未导出类型。
- 为第三方类型新增接口支持，唯一办法是封装一层（如
type MyTime time.Time），再为新类型实现方法 - 接口定义尽量小而专，避免“大而全”的接口，否则后期扩展成本高、实现困难
- 别为了满足某个接口强行加无意义的方法（比如返回
nil或 panic），这会让使用者困惑
接口隐式实现看着简单，但接收者类型、nil 判断、跨包方法定义这几处，稍不注意就会卡住半天。最稳的做法，永远是加那行 var _ I = (*T)(nil)，让编译器替你盯紧。
