go无法用反射直接mock私有函数，因其无运行时私有概念，仅包级可见性；未导出函数符号在链接时被mangling，gomonkey.applyfunc传入myapp.dosomething必panic；应改用applymethod拦截调用它的结构体公有方法，或通过接口+依赖注入解耦。
不能用反射直接 Mock 私有函数 —— Go 没有运行时私有函数概念，只有包级可见性；gomonkey.ApplyFunc 依赖符号名，而未导出函数在链接阶段被 mangling，传入 myapp.doSomething 必然 panic。
为什么 reflect.ValueOf 找不到私有函数
反射无法通过名字查到未导出函数，因为：
• runtime.FuncForPC 或 debug.ReadBuildInfo 等机制不暴露未导出符号
• go tool nm ./xxx.test | grep doSomething 虽能看到符号，但名字已变形（如 myapp.(*svc).doSomething·f），且随编译器版本、内联、build mode 变动
• 即使硬编码 mangled 名，测试在 CI 或不同机器上极易失败
真正能走通的替代路径：用 ApplyMethod 拦截调用它的结构体方法
绝大多数“想 Mock 私有函数”的场景，其实是某个结构体公有方法内部调用了它。此时应转向拦截该结构体的方法：
- 确认私有函数被封装在某 struct 的方法中（如
(*Service).DoWork内部调了parseConfig()） - 用
reflect.TypeOf(&s{}).Elem()获取结构体类型，而非函数本身 - 调用
gomonkey.ApplyMethod替换该方法行为，绕过私有函数执行链 - 示例：
patches := gomonkey.ApplyMethod(reflect.TypeOf(&Service{}).Elem(), "DoWork", func(_ *Service) error { return nil })
更推荐的解法：接口 + 依赖注入，彻底避开反射和 monkey patch
如果私有函数承担可变逻辑（如发 HTTP、读配置、加解密），把它抽成接口并注入，比反射或 gomonkey 更可靠：
- 定义接口：
type ConfigLoader interface { Load() (map[string]string, error) } - 修改原结构体字段：
configLoader ConfigLoader，构造时传入 - 测试时直接赋值：
svc.configLoader = &mockConfigLoader{} - 优势：不依赖字节码修改、无 panic 风险、IDE 可跳转、覆盖率统计准确
裸包级私有函数（如 func parseConfig() map[string]string）被多处直接调用时，重构成本高，但仍是唯一可维护的选择 —— 强行用反射或 mangling 名硬 mock，只会把测试变成定时炸弹。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
