Go无法直接Mock私有函数，因其未导出函数在链接阶段被mangling导致gomonkey.ApplyFunc找不到符号；应改用ApplyMethod拦截调用它的结构体公有方法，或重构为接口依赖注入。
不能直接 Mock 私有函数 —— Go 语言没有“私有函数”这个运行时概念，只有包级可见性；所谓“私有函数”，本质是未导出的包级函数（首字母小写），gomonkey.ApplyFunc 对它完全无效。
为什么 ApplyFunc 对未导出函数会 panic？
Go 编译器在链接阶段会将未导出函数名做 mangling（如 main.init$1、myapp.(*svc).doWork），而 gomonkey.ApplyFunc 依赖符号名反射查找目标函数指针。传入 myapp.doSomething 这种名字时，底层找不到对应 symbol，直接触发 panic: function not found。
- 错误现象：
panic: function not found: myapp.doSomething - 不是权限问题，是符号不可见 ——
go tool nm ./myapp.test | grep doSomething能看到符号，但名字已变形，且不保证稳定 - 即使硬编码 mangled 名（如
myapp.(*svc).doSomething·f），也极易因编译器版本、内联优化、build mode 变化而失效
真正可行的替代路径：用 ApplyMethod 拦截调用它的结构体方法
绝大多数“想 Mock 私有函数”的场景，其实是某个结构体方法内部调用了该私有函数。此时应转向拦截该结构体的**公有方法**，并用 ApplyMethod 替换其行为，间接绕过私有函数调用链。
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
- 前提：私有函数被封装在某 struct 的方法中（常见于 service 层）
- 操作：用
reflect.TypeOf(&s{}).Elem()获取结构体类型，再调用ApplyMethod - 示例：
patches := gomonkey.ApplyMethod(reflect.TypeOf(&s{}).Elem(), "DoWork", func(_ *Service) error { return nil }) - 关键点：mock 的是结构体方法，不是私有函数本身；你控制的是“谁调用它”和“何时调用”，而非“它自己跑什么”
更健壮的解法：重构为接口 + 依赖注入
如果私有函数承担了可变逻辑（如发 HTTP、读配置、加解密），把它抽成接口并注入，比强行 monkey patch 更可靠、可维护。
立即学习“go语言免费学习笔记（深入）”；
- 定义接口：
type Encryptor interface { Encrypt([]byte) ([]byte, error) } - 修改原结构体字段：
encryptor Encryptor，构造时传入 - 测试时注入 mock 实现：
svc.encryptor = &mockEncryptor{}，无需gomonkey - 优势：不依赖字节码修改、无 panic 风险、IDE 可跳转、覆盖率统计准确
- 代价：需改代码 —— 但这是 Go 单元测试的推荐范式，不是妥协
真正难处理的是那种裸包级私有函数（比如 func parseConfig() map[string]string）被多处直接调用。这时要么接受它不可测（单元测试不覆盖），要么把它提升为导出函数加文档说明“仅供内部测试使用”，再用 ApplyFunc。别试图 hack 符号名 —— 那不是实战，是定时炸弹。
