Go接口本质是方法签名集合，不关心实现者而只关注能否调用；只要类型实现全部方法即自动满足，无需显式声明。
什么是 Go 接口（interface）的本质
Go 的 interface 不是类型声明，而是一组方法签名的集合。它不关心“谁实现”，只关心“能不能调用”。只要某个类型实现了接口中定义的所有方法（签名完全匹配），就自动满足该接口，无需显式声明 implements 或 extends。
如何定义一个接口并检查是否被满足
接口定义使用 type Name interface { ... } 语法，内部是方法签名列表。注意：方法名首字母大小写决定导出性；未导出方法只能在包内使用。
Go 在编译期自动判断类型是否满足接口，无需运行时断言来“确认是否实现”——除非你要把具体类型转成接口值（这时才需要赋值或类型断言）。
- 接口可以嵌套其他接口，例如
type ReadWriter interface { Reader; Writer } - 空接口
interface{}可接收任意类型，但使用前必须通过类型断言或switch v := x.(type)拆包 - 接口变量本身为
nil时，其底层类型和值都为nil；但实现类型的指针方法集可能让接口非空（常见坑）
为什么 *T 和 T 实现的接口可能不同
方法接收者决定该方法属于哪个方法集：T 类型的方法集只包含接收者为 T 的方法；*T 的方法集则包含接收者为 T 和 *T 的所有方法。这意味着：
立即学习“go语言免费学习笔记（深入）”；
- 如果接口方法接收者是
*T，那么只有*T值能赋给该接口，T值会报错cannot use t (variable of type T) as type X in assignment: T does not implement X (X method has pointer receiver) - 反过来，如果接口方法接收者是
T，则T和*T都可赋值（因为*T可自动解引用）
type Speaker interface {
Speak() string
}
type Dog struct{ Name string }
func (d Dog) Speak() string { return d.Name + " says woof" } // 值接收者
type Cat struct{ Name string }
func (c *Cat) Speak() string { return c.Name + " says meow" } // 指针接收者
func main() {
var s Speaker
s = Dog{"Buddy"} // ✅ OK
s = &Dog{"Buddy"} // ✅ OK（*Dog 也能调用值接收者方法）
s = Cat{"Lily"} // ❌ 编译错误：Cat does not implement Speaker
s = &Cat{"Lily"} // ✅ OK
}
接口值底层结构与 nil 判断陷阱
接口变量在内存中是两个字宽的结构：(type, value)。只有两者都为 nil 时，接口才为 nil。但如果你把一个 nil *T 赋给接口，接口本身不为 nil（因为 type 已知），这就导致常见误判：
- 不要用
if myInterface == nil来判断底层值是否为空，尤其当接口由指针类型赋值得来 - 正确做法是先类型断言，再判断具体值；或设计接口方法返回 error / bool 显式表达状态
- HTTP handler、database/sql 的
Rows等标准库类型都依赖这一机制，容易踩坑
最稳妥的方式，是在接口设计初期就明确：是否允许传入 nil，并在文档或方法命名中体现（如 Close() error 而非 IsClosed() bool）。
