go语言通过接口抽象、构造函数注入和自定义roundtripper实现轻量mock，优先手工mock，复杂场景再用testify/mock。
Go 语言本身没有内置的接口 Mock 框架（如 Java 的 Mockito），但通过其强大的接口设计和组合能力，可以轻量、自然地实现依赖隔离与可测试性。关键不在于“模拟什么”，而在于“如何设计可被替换的依赖”。
用接口抽象外部依赖
Mock 的前提，是把具体实现从逻辑中解耦。Go 中最直接的方式是定义小而专注的接口，只包含当前业务需要的方法。
例如，一个发送邮件的服务：
立即学习“go语言免费学习笔记（深入）”；
// 不要直接依赖 *smtp.Client 或第三方库
type EmailSender interface {
Send(to, subject, body string) error
}// 生产实现
type SMTPSender struct{ client smtp.Client }
func (s SMTPSender) Send(to, subject, body string) error { / 实际发送 */ }// 测试时可轻松替换为内存实现
type MockEmailSender struct{ Calls []string }
func (m *MockEmailSender) Send(to, subject, body string) error {
m.Calls = append(m.Calls, fmt.Sprintf("to=%s, sub=%s", to, subject))
return nil
}构造函数注入代替全局单例
避免在结构体内部直接 new 依赖实例，改用通过参数传入接口。这样测试时可传入 Mock，生产时传入真实实现。
示例：
立即学习“go语言免费学习笔记（深入）”；
type OrderService struct {
sender EmailSender // 接口字段，非具体类型
}// 构造函数显式接收依赖
func NewOrderService(sender EmailSender) *OrderService {
return &OrderService{sender: sender}
}// 测试时传入 Mock
func TestOrderService_Process(t *testing.T) {
mock := &MockEmailSender{}
svc := NewOrderService(mock)
svc.Process(&Order{Email: "u@example.com"})
if len(mock.Calls) == 0 {
t.Error("expected email sent")
}
}使用 testify/mock（按需）
当接口方法多、行为复杂（如需校验调用顺序、返回不同值、触发错误等），可引入 testify/mock。它基于代码生成，适合中大型项目。
- 先用
mockgen为接口生成 Mock 类型 - 在测试中设置期望：调用次数、参数匹配、返回值或错误
- 执行后自动验证是否满足所有期望
注意：不要为每个接口都生成 Mock；优先用手工 Mock（如上文 MockEmailSender），仅在必要时升级。
HTTP 客户端等外部调用：用 http.RoundTripper 替换
对 HTTP 依赖，不必 Mock 整个客户端，而是替换底层传输层——实现自定义 http.RoundTripper，完全控制请求/响应流程。
- 返回预设 JSON 响应（
httptest.NewServer更适合集成测试） - 校验请求 URL、Header、Body 是否符合预期
- 模拟超时、网络错误等边界情况
这种做法比 Mock 接口更贴近真实行为，且无需额外框架。
