在 go 中，只有拥有指针接收者的方法才能让指针类型实现接口；值类型本身无法实现含指针接收者方法的接口，即使编译器允许对值调用指针方法，接口赋值仍严格遵循方法集规则。
在 go 中，只有拥有指针接收者的方法才能让指针类型实现接口；值类型本身无法实现含指针接收者方法的接口，即使编译器允许对值调用指针方法，接口赋值仍严格遵循方法集规则。
当你在 Iris 框架中定义控制器时：
type Pages struct{}
func (p *Pages) Serve(c *iris.Context) { /* ... */ }
Pages 类型本身不实现 iris.Handler 接口，因为该接口要求 Serve 方法必须可被某个类型调用——而 iris.Handler 的定义（源码）是一个函数签名等价的接口：
type Handler interface {
Serve(*Context)
}
根据 Go 语言规范中的方法集（Method Set）规则：
- 类型 T 的方法集仅包含 以 T 为接收者 的方法；
- 类型 *T 的方法集则包含 *以 `T或T` 为接收者** 的所有方法；
- 因此，*Pages 拥有 Serve 方法（因声明为 *Pages 接收者），满足 Handler 接口；
- 而 Pages（值类型）的方法集中不包含 Serve 方法，故无法赋值给 iris.Handler 类型。
这解释了为何以下写法编译失败：
ctrl := controller.Pages{} // ❌ 类型是 Pages，不实现 Handler
iris.Handle("GET", "/", ctrl) // 编译错误：Pages does not implement iris.Handler
而修正为：
ctrl := &controller.Pages{} // ✅ 类型是 *Pages，方法集包含 Serve，实现 Handler
iris.Handle("GET", "/", ctrl) // 正常通过
⚠️ 注意：虽然 Go 允许你对值变量 p1 := Pages{} 直接调用 p1.goWithPointer()（编译器自动取地址），但这属于语法糖，仅适用于直接调用场景；接口赋值不触发自动取址——它严格检查静态类型的方法集是否完整匹配接口契约。
✅ 正确实践建议：
- 若结构体方法需修改字段或应被接口调用，统一使用指针接收者；
- 实现接口前，始终确认接收者类型与接口要求一致；
- 在框架集成（如 Iris、Gin、Echo）中，绝大多数 Handler/Controller 接口均预期指针接收者，推荐初始化即使用 &T{}。
示例对比验证：
package main
import "fmt"
type Handler interface {
Serve()
}
type Pages struct{ name string }
func (p *Pages) Serve() { fmt.Printf("Pointer: %s\n", p.name) }
func (p Pages) Info() { fmt.Printf("Value: %s\n", p.name) }
func main() {
pVal := Pages{name: "val"} // type Pages
pPtr := &Pages{name: "ptr"} // type *Pages
// pVal.Serve() // ❌ 编译错误：Pages 没有 Serve 方法（方法集不包含）
pPtr.Serve() // ✅ OK
// pVal.Info() // ✅ OK（值接收者）
// pPtr.Info() // ✅ OK（*Pages 方法集包含 Pages 方法）
var h Handler
// h = pVal // ❌ 错误：Pages 不实现 Handler
h = pPtr // ✅ 正确：*Pages 实现 Handler
h.Serve() // 输出：Pointer: ptr
}
总结：接口实现取决于静态类型的方法集，而非运行时能否调用。理解 T 与 *T 方法集的不对称性，是写出可组合、符合框架契约的 Go 代码的关键基础。
