在 go 中，接口仅定义行为契约，不能直接包含字段或为接口本身定义方法；正确做法是让具体结构体实现接口方法，并通过方法参数传入所需数据，从而实现行为与状态的组合。
在 go 中，接口仅定义行为契约，不能直接包含字段或为接口本身定义方法；正确做法是让具体结构体实现接口方法，并通过方法参数传入所需数据，从而实现行为与状态的组合。
Go 的接口（interface）本质是纯契约型抽象——它只声明方法签名，不持有数据，也不允许直接为接口类型定义方法（如 func (i Interface) method() 是非法语法）。这与 C 语言中“函数指针 + 数据指针”式的结构体嵌入思维不同，需转向 Go 的隐式实现与组合范式。
✅ 正确实现方式：结构体实现接口，参数传递依赖
首先定义清晰的接口，仅包含方法签名：
type PluginHandler interface {
OnLoad(*PluginManager) // 注意：方法名首字母大写以导出
}接着，用一个具体结构体（如 DefaultPluginHandler）实现该接口。该结构体可内嵌或持有业务所需的状态，但接口方法的实现逻辑应通过参数接收依赖对象，而非试图将数据“挂载”到接口上：
type DefaultPluginHandler struct {
Name string // 自有状态，与接口无关
}
func (h DefaultPluginHandler) OnLoad(pm *PluginManager) {
fmt.Printf("Loading plugin %s...\n", h.Name)
pm.DoSomething() // 使用传入的 pm 实例
}这样，DefaultPluginHandler 类型自动满足 PluginHandler 接口（隐式实现），且 OnLoad 方法能安全访问外部传入的 *PluginManager。
? 使用示例：解耦调用与实现
你可以编写接受接口类型的通用函数，完全不依赖具体实现：
func RunPluginLoader(ph PluginHandler, pm *PluginManager) {
ph.OnLoad(pm) // 传入 pm 作为上下文依赖
}
// 调用时自由注入不同实现和依赖
handler := DefaultPluginHandler{Name: "auth-plugin"}
pm := &PluginManager{...}
RunPluginLoader(handler, pm)⚠️ 常见误区与注意事项
- ❌ 禁止在接口中声明字段（如
pm *PluginManager）——接口不是结构体，不支持字段。 - ❌ 禁止为接口类型定义方法（如
func (ph PluginHandler) OnLoad()）——编译报错：invalid receiver type PluginHandler (PluginHandler is an interface)。 - ✅ 推荐将共享状态封装在结构体中，并通过方法参数显式传递协作对象（如
*PluginManager），提升可测试性与灵活性。 - ✅ 若多个方法共用同一依赖，可考虑将依赖作为结构体字段（如
type Handler struct { pm *PluginManager }），再让该结构体实现接口——此时依赖成为实例状态，而非每次调用传参。
? 总结
Go 的组合哲学强调“组合优于继承，接口定义契约，结构体承载状态与行为”。不要尝试把数据塞进接口，而应让结构体实现接口，并通过参数或字段合理管理依赖。这种设计既符合 Go 的类型系统约束，也更利于单元测试（例如可传入 mock PluginManager）和运行时多态扩展。
