如何在Golang中使用接口_Golanginterface定义与实现方法

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）。