Go接口可存储指针或值，取决于方法接收者类型；若使用指针接收者实现方法，则只有指针能满足接口，如*MyCounter实现Inc()时需取地址赋值；建议统一用指针接收者避免拷贝开销并保证一致性，但需注意nil指针与nil接口区别，防止空指针异常。
在 Go 语言中，指针与接口的结合使用是一个常见但容易被误解的话题。理解它们如何协同工作，对编写高效、可维护的代码至关重要。Go 的接口不是指针类型，但它可以持有具体类型的指针或值，这取决于实现接口的方法是基于值接收者还是指针接收者。
接口与指针的基本关系
Go 的接口是一种抽象类型，它定义了一组方法签名。任何类型只要实现了这些方法，就自动实现了该接口。关键点在于：如果一个方法使用指针接收者（func (p *MyType) Method()），那么只有该类型的指针才能满足接口；而如果方法使用值接收者，则值和指针都可以满足接口。
例如：
type Speaker interface {
Speak() string
}
type Dog struct {
Name string
}
func (d Dog) Speak() string {
return "Woof"
}
func (d *Dog) Rename(newName string) {
d.Name = newName
}
这里 Dog 类型通过值接收者实现了 Speak 方法，所以 Dog{} 和 &Dog{} 都可以赋值给 Speaker 接口变量。但如果某个方法只由指针实现，那么只有指针能赋值到接口。
立即学习“go语言免费学习笔记（深入）”；
何时必须使用指针实现接口
当结构体的方法需要修改其内部状态时，通常会使用指针接收者。此时，只有结构体指针才能满足接口。
示例：
type Counter interface {
Inc()
Get() int
}
type MyCounter struct {
count int
}
func (m *MyCounter) Inc() {
m.count++
}
func (m MyCounter) Get() int {
return m.count
}
虽然 Get 使用了值接收者，但由于 Inc 使用了指针接收者，因此只有 *MyCounter 能实现 Counter 接口。下面的代码会编译失败：
var c Counter = MyCounter{} // 错误：MyCounter 没有实现 Inc（因为 Inc 是指针方法）
正确写法是：
var c Counter = &MyCounter{} // 正确：取地址后是指针类型
接口中存储指针的实践建议
在实际开发中，建议统一使用指针接收者来实现接口方法，尤其是当结构体包含可变字段时。这样可以避免值拷贝带来的性能开销，并保证行为一致性。
常见模式包括：
- 定义接口时，不关心接收者类型，只关注方法签名
- 实现接口时，优先使用指针接收者，特别是涉及状态变更的操作
- 将结构体指针赋值给接口变量时，确保所有方法都能被调用
- 避免在同一个类型上混合使用值和指针接收者实现同一接口的方法，以免造成混淆
比如在依赖注入或工厂模式中，常返回指针以满足接口：
func NewSpeaker(name string) Speaker {
return &Dog{Name: name} // 返回指针，也能赋值给接口
}
nil 指针与接口的坑
一个常见的陷阱是：接口变量为 nil 和接口持有的具体值为 nil 指针是不同的。
var p *Dog var s Speaker = p fmt.Println(s == nil) // 输出 false！因为接口内部非空（动态类型是 *Dog，值为 nil）
这会导致运行时 panic，如果后续调用 s.Speak()，即使 p 是 nil，方法仍会被调用，而值接收者方法可以处理 nil，但指针接收者可能触发空指针异常。
基本上就这些。掌握指针与接口的关系，核心是理解方法接收者的类型决定了谁能实现接口。合理使用指针接收者，注意 nil 判断，就能写出安全又灵活的 Go 代码。
