本文介绍 go 语言中构建 mock 类的两种主流方式：基于接口抽象的手动 mock 和使用 testify/mock 的自动化 mock，重点说明如何解耦依赖、控制行为并验证调用，提升单元测试的可靠性与可维护性。
本文介绍 go 语言中构建 mock 类的两种主流方式：基于接口抽象的手动 mock 和使用 testify/mock 的自动化 mock，重点说明如何解耦依赖、控制行为并验证调用，提升单元测试的可靠性与可维护性。
在 Go 中，“Mock 类”并非像面向对象语言（如 Java 或 Python）那样直接继承或重写类方法——Go 没有类继承机制，也不支持运行时动态代理。因此，真正的 Mock 实践必须遵循 Go 的设计哲学：面向接口编程 + 组合 + 依赖注入。上面示例中直接嵌入结构体（FakeMyClass 匿名嵌入 MyClass）并重写方法的方式存在根本缺陷：PrintInfo() 调用的是其接收者类型（*FakeMyClass）的方法，但该方法内部仍会调用 mc.Object() —— 而此时 mc 是 *FakeMyClass 类型，若未显式覆盖 PrintInfo，它实际调用的仍是 MyClass.PrintInfo（因 FakeMyClass 未定义该方法，会沿嵌入链向上查找），导致 Mock 行为失效。
✅ 正确做法是：先定义接口，再让真实类和 Mock 类分别实现同一接口。例如：
type Objecter interface {
Object() int
}
type MyClass struct{}
func (*MyClass) Object() int {
return 0
}
func PrintInfo(o Objecter) { // 依赖接口，而非具体类型
fmt.Printf("%v\n", o.Object())
}
此时可轻松实现手动 Mock：
type FakeObjecter struct{}
func (*FakeObjecter) Object() int {
return 1
}
// 测试中使用：
func TestPrintInfoWithFake(t *testing.T) {
fake := &FakeObjecter{}
PrintInfo(fake) // 输出: 1
}
对于更复杂的场景（如需验证方法调用次数、参数匹配、返回多值、延迟返回等），推荐使用成熟的 Mock 框架 —— github.com/stretchr/testify/mock。它通过组合 mock.Mock 并在方法中调用 Called() 和 Return() 实现行为模拟与断言能力：
import "github.com/stretchr/testify/mock"
type FakeMyClass struct {
mock.Mock // 嵌入 testify/mock.Mock
}
func (f *FakeMyClass) Object() int {
args := f.Called() // 记录调用，并获取预设返回值
return args.Int(0)
}
func main() {
fake := &FakeMyClass{}
fake.On("Object").Return(1) // 声明：当调用 Object() 时返回 1
PrintInfo(fake) // 输出: 1
fake.AssertExpectations(nil) // 验证 Object() 是否被调用（测试中应传 *testing.T）
}
⚠️ 注意事项：
- testify/mock 生成的 Mock 不自动实现接口，需手动编写方法转发逻辑（如 args.Int(0)）；
- 生产代码中应避免直接依赖 mock.Mock；Mock 类仅用于测试包；
- 更现代、类型安全的替代方案包括 gomock（需 mockgen 代码生成）或纯接口+结构体的手动 Mock（轻量、无依赖、易调试）；
- 所有 Mock 的前提都是：将待测函数/方法的依赖抽象为接口，并通过参数或构造函数注入。
总结：Go 中构建 Mock 的核心不是“伪造类”，而是“替换依赖”。优先使用接口解耦 + 手动 Mock 满足多数需求；复杂交互场景再引入 testify/mock 或 gomock，并始终确保测试代码清晰、可读、可维护。
