go中不能直接mock函数，必须用打桩（如gomonkey）替换函数指针；gomock仅支持接口，对普通函数无效；标准库内联函数、cgo调用等不可打桩。
Go 里不能直接 mock 函数，必须靠打桩（stub）——本质是用运行时代码替换，不是接口实现替换。
为什么 gomock 对函数完全无效
gomock 只处理接口类型，它生成的 MockXXX 是接口的实现体。而普通函数（包括包级函数、方法、未导出函数）不属于接口，mockgen 根本不会扫描它们，也不会生成任何 stub 逻辑。你如果对一个 http.Get 或 rand.Intn 跑 mockgen -source=xxx.go，结果一定是空文件或报错 “no interfaces found”。
常见错误现象：
- 执行
mockgen -source=util.go后，生成的文件里只有package mock_util和空func init()，没任何EXPECT或方法 - 测试中调用
NewMockXxx()报undefined: NewMockXxx，其实根本没生成这个函数
用 gomonkey 打桩包级函数和方法
这是目前最稳定、最贴近生产需求的函数打桩方案，原理是修改函数指针（runtime patch），支持包函数、方法、甚至 unexported 函数（需配合 -gcflags=all=-l）。
实操建议：
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 安装：
go install github.com/agiledragon/gomonkey/v2@latest - 打桩前加构建 flag：运行测试必须带
go test -gcflags=all=-l，否则内联优化会让打桩失效 - 打桩包函数：
gomonkey.ApplyFunc(http.Get, func(string) (*http.Response, error) { return nil, errors.New("mocked") }) - 打桩结构体方法：
gomonkey.ApplyMethod(reflect.TypeOf(&MyClient{}), "DoRequest", func(_ *MyClient, _ string) error { return nil }) - 还原桩点：
defer stub.Reset()必须在每个t.Run内调用，避免测试间污染
gostub 专用于全局变量打桩
如果你的函数行为依赖某个全局变量（比如 var timeout = 30 * time.Second），gostub 比 gomonkey 更轻量、更安全。
实操建议：
- 只 stub 导出变量（首字母大写），
gostub.Stub(&timeout, 5*time.Second) - 不要 stub 结构体字段或局部变量——它不支持
- 注意生命周期：stub 在 goroutine 间不隔离，多协程测试要加锁或确保串行
- 示例中
stub.Reset()必须显式调用，否则下次测试仍沿用旧值
哪些情况绝对不能打桩
打桩是侵入式操作，有明确边界：
- 标准库中被内联的函数（如
time.Now()、fmt.Sprintf()）——即使加-l也大概率失败 - CGO 函数或 syscall 级调用——
gomonkey无法 patch - 跨 package 的非导出函数（小写开头）——反射不可见，除非用
gomonkey.ApplyFuncVar+ 显式地址 - HTTP handler 中直接调用
os.Exit()或log.Fatal()——打桩后 panic 仍会终止进程，应改用返回 error
真正难的从来不是“怎么打”，而是“该不该打”：优先把函数抽成接口传入，只对无法重构的遗留代码才动用打桩。否则测试会越来越脆弱，一次 Go 版本升级或编译器优化就全挂。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
