Go接口是隐式实现的轻量契约，只需类型实现全部方法签名即自动满足；定义用type Name interface{ Method() }，空接口为interface{}，指针/值接收者需与接口要求严格一致。
Go 语言的 interface 不是“要继承才能用”的抽象类，而是一份轻量、隐式的契约——只要你的类型实现了接口里所有方法签名，它就自动满足该接口，编译器立刻认可。
如何正确定义 interface 类型
用 type + 名字 + interface 关键字声明，括号内只写方法签名，不写函数体，也不带分号或逗号：
type Reader interface {
Read(p []byte) (n int, err error)
}
- 方法名首字母大写才对外可见；小写方法无法被其他包调用，也无法被接口“看到”
- 返回值命名（如
n int, err error）可省略，但建议保留——它让实现更清晰，也方便文档生成 - 空接口写作
interface{}，不是interface()或interface，少一对花括号会直接报错
为什么结构体实现了方法却仍报 “missing method” 错误
常见于指针接收者 vs 值接收者不匹配。比如接口要求 func (s *MyStruct) Do()，但你写了 func (s MyStruct) Do()，那 MyStruct{} 值类型就不满足接口，只有 *MyStruct 才满足。
- 检查接收者类型是否与接口声明完全一致：
*T和T是两种不同的实现 - 如果想让值和指针都满足，统一用值接收者（前提是方法不修改字段）
- 调试时加一句编译期检查：
var _ Reader = (*MyReader)(nil)，能提前暴露实现缺失
interface{} 怎么安全取值并调用原类型方法
interface{} 能存任何值，但本身没方法——它只是个容器，不是“万能代理”。想调原类型方法，必须显式还原类型：
立即学习“go语言免费学习笔记（深入）”；
v := interface{}("hello")
if s, ok := v.(string); ok {
fmt.Println(s.Length()) // ❌ 编译失败：string 没 Length 方法
}
// 正确做法是用已知方法，比如 len()
if s, ok := v.(string); ok {
fmt.Println(len(s)) // ✅
}
- 永远优先用类型断言
v.(T)或安全形式v, ok := v.(T)，别依赖reflect -
switch v := x.(type)更适合多类型分支处理，比一连串if清晰 - 断言失败会 panic（非安全形式）或返回 false（安全形式），忽略
ok是生产环境常见 panic 来源
nil 接口变量为何有时不等于 nil
接口变量底层是两个指针：_type（类型信息）和 data（数据地址）。只有两者都为 nil，接口才真为 nil。
- 典型陷阱：
func foo() error { var e *MyErr; return e }返回的是(*MyErr, nil)—— 类型非空，接口不为nil，if err != nil会进分支 - 修复方式：显式返回
nil，或改用值类型错误（如errors.New返回的*errorString在某些版本中行为更一致） - 调试时用
fmt.Printf("%#v", err)看真实结构，比fmt.Println(err)有用得多
接口真正的复杂点不在定义或实现，而在调用链中——一个本该只读的 UserReader 接口，被悄悄塞进 CacheFlush() 方法后，所有 mock 实现都要跟着改，所有单元测试都会崩。粒度失控比语法错误更难 debug。
