Go中不能直接Mock普通函数，因其为包级符号、编译后地址固定；monkey等工具依赖unsafe劫持函数指针，不兼容Go 1.20+且易引发panic或竞态；可靠做法是抽象为接口或可注入的函数变量。
Go 里为什么不能直接 Mock 普通函数？
Go 的普通函数（非方法）是包级符号，编译后地址固定，无法在运行时替换——monkey 这类库虽能用 unsafe 劫持函数指针，但不兼容 Go 1.20+、禁用 CGO 的环境，且测试后需手动恢复，极易引发 panic 或竞态。真正可靠的方式是：把待测函数依赖的“行为”抽象成接口或可注入的函数变量。
用函数变量替代全局函数实现可 Mock
把硬编码调用改成通过变量调用，测试时只需赋值一个闭包或模拟实现。这是最轻量、零依赖、完全符合 Go idioms 的做法。
常见结构：
- 定义一个包级变量，类型为函数签名，如
var DoHTTP = func(url string) ([]byte, error) { ... } - 业务代码中调用
DoHTTP("https://api.example.com")而非直接写http.Get(...) - 测试中临时覆盖：
old := DoHTTP; defer func() { DoHTTP = old }(); DoHTTP = func(string) ([]byte, error) { return []byte(`{"ok":true}`), nil }
注意：必须用 defer 恢复原函数，否则影响其他测试；若函数有多个参数/返回值，变量声明需严格匹配签名。
立即学习“go语言免费学习笔记（深入）”；
接口 + 结构体字段注入更适合复杂依赖
当依赖逻辑较重（比如要 mock 多个方法、带状态、或需复用 mock 实现），定义接口更清晰。例如封装 HTTP 客户端行为：
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
type HTTPClient interface {
Get(url string) ([]byte, error)
}
业务结构体持有一个该接口字段：
<pre class="brush:php;toolbar:false;">type Service struct {
client HTTPClient
}
func NewService(c HTTPClient) *Service {
return &Service{client: c}
}
测试时传入 mock 实现：
type mockHTTP struct{}
func (m mockHTTP) Get(url string) ([]byte, error) {
return []byte(`{"data":"test"}`), nil
}
s := NewService(mockHTTP{})
这种方式天然支持组合、可嵌套、易断言调用次数和参数，比函数变量更利于长期维护。
第三方库如 testify/mock 只适用于接口，别强套函数
testify/mock 是基于接口生成 mock 结构体的工具，它需要你先定义接口、再用 <code>mockgen 生成代码。它对普通函数无能为力——试图给函数签名生成 mock 会报错 cannot generate mock for non-interface type。
如果你看到别人用 gomock mock 了某个“函数”，那背后一定是封装成了接口。强行绕过接口去 mock 函数，最终只会引入 go:linkname、unsafe 或 patch 工具，带来构建失败、CI 崩溃、Go 版本升级即失效等问题。
真正的分水岭不在“会不会用工具”，而在于是否愿意花两分钟把依赖拎出来、显式声明、让调用关系可观察、可替换。Go 的测试友好性，就藏在这一步设计选择里。
