Go中接口实现取决于方法接收者类型：值接收者允许值和指针类型实现接口，而指针接收者仅允许指针类型实现。因Go规定T的方法集包含接收者为T的方法，T的方法集包含接收者为T和T的方法，且不允许多次隐式取址，故值无法调用指针方法。实际使用中，需修改状态或大对象应选指针接收者，否则可选值接收者以提高通用性。
在Go语言中，指针与接口的关系是理解类型系统和方法调用机制的关键。很多人在初学时会困惑：为什么有的方法用值接收者就能满足接口，而有的必须用指针接收者？这背后的核心在于Go如何通过指针和值的类型转换来实现接口。
接口的本质与实现条件
Go中的接口是一组方法签名的集合。只要一个类型实现了接口中定义的所有方法，它就自动实现了该接口，无需显式声明。
关键点在于：方法接收者的类型决定了谁能实现接口。接收者可以是值（如 func (t T) Method()）或指针（如 func (t *T) Method()）。这两者在接口实现中有明显区别。
值接收者 vs 指针接收者的影响
假设有一个接口：
立即学习“go语言免费学习笔记（深入）”；
type Speaker interface {
Speak()
}
再定义一个结构体和两个版本的方法：
type Dog struct{}
// 值接收者
func (d Dog) Speak() {
println("Woof")
}
</font>
<p>此时，<strong>Dog 类型和 *Dog 类型都能赋值给 Speaker 接口</strong>：</p>
<font face='Courier'>
<pre class="brush:php;toolbar:false;">
var s Speaker
d := Dog{}
s = d // 可以，值类型实现接口
p := &Dog{}
s = p // 也可以，*Dog 隐式调用值方法
但如果方法使用指针接收者：
Speak Turbo - Talk to your Claude 90ms latency!
下载
赋予Agent实时语音交互能力。与Claude对话！超快TTS文字转语音，约90毫秒低延迟音频输出。
func (d *Dog) Speak() {
println("Woof")
}
</font>
<p>这时只有 <strong>*Dog 能实现 Speaker，而 Dog 不能</strong>：</p>
<font face='Courier'>
<pre class="brush:php;toolbar:false;">
s = &Dog{} // 正确
s = Dog{} // 错误：Dog does not implement Speaker
原因在于Go不允许对没有地址的临时值取指针。例如，如果允许 Dog{} 自动转成 &Dog{} 来调用指针方法，会产生指向临时对象的指针，引发安全隐患。
方法集的规则决定接口实现能力
Go规定了不同类型的方法集：
- 类型 T 的方法集包含所有接收者为 T 的方法
- 类型 *T 的方法集包含接收者为 T 和 *T 的所有方法
这意味着：
- 如果接口方法由指针接收者实现，则只有 *T 能满足接口
- 如果接口方法由值接收者实现，则 T 和 *T 都能满足接口
这个规则解释了为何指针接收者更“强”，但值接收者更“通用”。
实际开发中的选择建议
选择值接收者还是指针接收者，应基于以下考虑：
- 需要修改接收者内部状态时，使用指针接收者
- 结构体较大（如超过几个字段），为避免复制开销，使用指针接收者
- 保持同一类型的方法接收者风格一致，不要混用
- 若希望值和指针都能满足接口，优先使用值接收者（前提是不需要修改状态）
比如标准库中，Stringer 接口通常用值接收者，因为只是读取数据生成字符串；而 io.Writer 的实现多用指针接收者，因为要修改内部缓冲状态。
基本上就这些。理解指针与接口之间的关系，关键是掌握方法集规则和Go不允许多次隐式取址的设计决策。搞清楚这一点，对接口赋值报错就能快速定位原因。
