Go 中如何正确模拟（Mock）结构体方法：接口隔离与依赖注入实践

在 Go 语言里，没法像 Ja va 或 Python 那样靠继承“重写”父类方法来实现运行时替换。比如有人尝试嵌入 *foo 然后重定义 largeInt()，想借此影响 largerInt() 的行为——结果失败了。根本原因在于：方法调用是静态绑定到接收者类型上的，嵌入只提供方法提升（method promotion），并不会改变 foo.largerInt() 内部对 this.largeInt() 的绑定目标。

看原始代码就清楚了：

func (this *foo) largerInt() int {
    return this.largeInt() + 10 // 此处的 this 是 *foo 类型，永远调用 foo.largeInt()
}

假设 myB 是 *mockFoo，调用 myB.largerInt() 时，因为 mockFoo 自己没有定义 largerInt()，Go 会提升 foo.largerInt()。但这个方法内部的 this 指向的是 *foo 实例（即 myB.foo），所以它仍然调用 foo.largeInt()，而不是 mockFoo.largeInt()。

✅ 正确解法：将可变行为抽象为接口，并通过组合注入依赖

核心思路很简单：让 foo 不直接依赖自身实现，而是依赖一个可替换的接口。下面是推荐的重构步骤。

1. 定义行为接口

type IntGenerator interface {
    largeInt() int
}

2. 将依赖作为字段嵌入结构体

type foo struct {
    generator IntGenerator
}

// 构造函数支持注入不同实现
func NewFoo(gen IntGenerator) *foo {
    return &foo{generator: gen}
}

// 使用注入的依赖，而非硬编码调用自身方法
func (f *foo) largerInt() int {
    return f.generator.largeInt() + 10
}

3. 提供默认实现与 Mock 实现

type stdGenerator struct{}

func (stdGenerator) largeInt() int {
    return 42
}

type mockGenerator struct{}

func (mockGenerator) largeInt() int {
    return 43
}

4. 在测试与生产环境中分别注入

func main() {
    // 生产环境：使用默认实现
    normal := NewFoo(&stdGenerator{})
    fmt.Println(normal.largerInt()) // 输出 52

    // 测试环境：注入 Mock
    mocked := NewFoo(&mockGenerator{})
    fmt.Println(mocked.largerInt()) // 输出 53
}

? 关键优势：

• ✅ 彻底解耦行为逻辑与结构体生命周期；
• ✅ largerInt() 可被完整单元测试（无需启动外部服务或访问真实资源）；
• ✅ 符合 Go 的“接受接口，返回结构体”设计哲学；
• ✅ 避免反射、代码生成等复杂方案，保持简洁与可维护性。

⚠️ 注意事项：

• 不要试图“打桩”（patch）方法或使用全局变量模拟——这违背 Go 的显式依赖原则，且难以并发安全；
• 若原结构体已有大量状态和方法，可逐步迁移：先为待测方法提取接口，再重构接收者依赖；
• 在 go test 中，Mock 实现通常定义在 _test.go 文件中，避免污染生产代码。

总结：Go 中的“Mock”不是模拟对象，而是控制依赖流向。通过接口抽象 + 构造注入，你获得的不仅是可测试性，更是更清晰的职责边界与更强的演进韧性。