在 go 中测试无返回值方法的调用行为，推荐使用“可变量函数替换”（function variable injection）方式——将依赖方法提取为包级变量，在测试中临时重写该变量并断言其是否被调用，简洁、无侵入、无需接口或 mock 框架。
Go 语言鼓励简洁、显式和可测试的设计。当 MyClass.SendToServer 内部调用 server.Send(...) 且该方法无返回值时，传统 mock 框架（如 gomock）或手写 MockServer 虽然可行，但往往引入额外抽象（如接口定义、依赖注入容器），增加维护成本，也违背 Go “少即是多”的哲学。
更符合 Go 风格的方案是：将外部依赖方法提升为可导出的包级函数变量，并在运行时动态替换：
// 定义可替换的函数变量（注意：必须是包级变量，且类型明确）
var sendToServer = (*Server).Send
// MyClass 的方法中调用该变量，而非硬编码 server.Send(...)
func (d *MyClass) SendToServer(args interface{}) {
// ... do stuff ...
msg := buildMessage(args)
sendToServer(d.server, msg) // ← 调用变量，非直接方法
}在测试中，我们可安全地临时覆盖该变量，并通过闭包状态验证调用行为：
func TestMyClass_SendToServer(t *testing.T) {
// 保存原始函数，确保测试后恢复（避免并发污染）
original := sendToServer
defer func() { sendToServer = original }()
var called bool
var capturedMsg Message
sendToServer = func(s *Server, msg Message) {
called = true
capturedMsg = msg
}
mc := &MyClass{server: &Server{}}
mc.SendToServer("test-data")
if !called {
t.Fatal("expected sendToServer to be called")
}
if capturedMsg.Payload != "expected-payload" {
t.Errorf("unexpected message payload: got %v, want %v",
capturedMsg.Payload, "expected-payload")
}
}✅ 优势总结：
- ✅ 零接口侵入：无需为 Server 定义接口，不改变生产代码结构；
- ✅ 轻量可控：无第三方依赖，无反射开销，逻辑清晰易调试；
- ✅ 支持完整断言：不仅能验证“是否调用”，还可捕获参数、校验内容、模拟错误路径；
- ✅ 线程安全提示：测试中务必 defer 恢复原函数，尤其在并行测试（t.Parallel()）场景下，避免变量污染。
⚠️ 注意事项：
- 函数变量需声明在包作用域（不能是局部变量），且类型必须与目标方法签名完全一致（含接收者）；
- 若 Server.Send 是未导出方法（如 (*server).send 小写），则无法通过 (*Server).Send 引用——此时应优先考虑将其改为导出方法，或改用接口抽象（这是少数需让步设计的地方）；
- 该技术适用于单元测试，不适用于需要严格隔离（如跨 goroutine 或真实网络）的集成测试，后者仍建议结合接口+依赖注入。
这一模式源自 Andrew Gerrand 在 GopherCon 经典演讲《Testing Techniques》中的实践倡导，是 Go 社区广泛认可的“惯用测试技巧”（idiomatic testing）。它用最朴素的语言特性，解决了看似复杂的交互验证问题。
