贝利信息

Go测试如何mock接口_Go接口模拟方法说明

日期:2026-01-17 00:00 / 作者:P粉602998670
Go接口mock必须基于interface,由mockgen自动生成,且用gomock.Controller管理生命周期;mock仅作用于interface因其需生成实现该接口的新struct以支持依赖注入。

Go 接口 mock 的核心是:**必须基于 interface,不能直接 mock struct 或函数;mock 代码需由 mockgen 自动生成,不可手写;且必须用 gomock.Controller 管理生命周期和调用验证。** 手动伪造、漏掉 defer ctrl.Finish()、或试

图 mock 非接口类型,是 90% 失败的根源。

为什么 mock 只能作用于 interface?

Go 的 mock 机制本质是「编译期生成一个新 struct,实现目标 interface 的所有方法」。这个 struct 内部维护调用记录、返回值规则、匹配逻辑等——它必须能被赋值给原 interface 类型变量,否则测试时无法注入。如果业务代码直接依赖 *UserDBhttp.Client 这类具体类型,就无法被 GoMock 替换。

mockgen 两种模式怎么选?

选源码模式(-source)还是反射模式(import_path InterfaceName),取决于你的接口是否已导出、是否跨包、以及 CI 是否可控。

测试中 EXPECT()Return() 怎么写才不翻车?

EXPECT() 不是断言,而是“声明我预期这个方法会被这样调用一次”;漏写、多写、参数不匹配都会导致 ctrl.Finish() panic。

mock 服务 vs. 接口 mock:别混用场景

如果你要模拟的是「前端发 HTTP 请求到后端 API」,那应该用独立的 HTTP Mock 服务(如基于 net/http + YAML 规则的本地 server),而不是 GoMock。GoMock 是给 Go 单元测试用的,只在进程内生效,不启动端口、不处理真实 HTTP。

最常被忽略的一点:mock 代码不是“写一次就完事”。只要接口签名变了(增删方法、改参数类型、加 context),就必须重新运行 mockgen,否则测试会编译失败或静默跳过验证。把它当成和 go.mod 一样的契约文件来对待。