go反射无法获取未导出方法，因其被编译器彻底剥离，methodbyname对小写方法名返回无效值，nummethod仅统计导出方法，无绕过方式，静默失效非panic。
Go 反射根本无法获取未导出方法——它们在运行时反射信息中完全不存在，不是“隐藏”，而是被编译器彻底剥离。
reflect.Value.MethodByName 对小写方法名永远返回无效值
调用 v.MethodByName("doSomething") 时，如果该方法首字母小写（如 doSomething），结果一定是 IsValid() == false。这不是延迟加载或权限不足，而是 Go 编译器在生成类型元数据时就跳过了所有未导出标识符。
- 即使结构体和反射代码在同一个包内，该限制依然生效
-
reflect.TypeOf(t).NumMethod()返回的数量只包含首字母大写的那些方法 - 没有“绕过”方式：不支持
unsafe补救，不支持 tag 注解开启，也不接受运行时补丁 - 常见误判场景：把嵌入字段的导出方法当成外层结构体的未导出方法——实际是提升后可见，而非“访问了私有”
为什么 MethodByName 不 panic 而是静默失效
与字段不同，方法在反射层面采用“存在即可见”策略：MethodByName 查不到就返回零值，不报错也不提示。这容易让人误以为是拼写错误或调用路径问题。
- 正确诊断流程：先用
t := reflect.TypeOf(obj); for i := 0; i 看真实暴露的方法列表 -
CanCall()检查毫无意义——如果方法本身没出现在Methods()里，MethodByName根本得不到可调用对象 - 接口变量传入反射后，
Value.Methods()返回的是底层具体类型的导出方法，不是接口定义的方法集
试图“强制调用未导出方法”的后果
网上某些示例声称能通过 reflect.ValueOf(&obj).Method(0) 或遍历 reflect.Value.Methods() 索引越界拿到私有方法，属于严重误解。
-
reflect.Value.Method(i)的i范围严格等于v.NumMethod()，超出则 panic - 所谓“第 0 个是私有方法”只在极旧版本（Go 1.5 前）或调试构建中偶然出现，现代 Go（≥1.18）已彻底移除该行为
- 任何依赖内存布局、字段偏移或编译器未定义行为的操作，在 Go 1.21+ 中会被
go vet直接拦截，CI 流水线失败 - 生产环境使用这类技巧，等同于主动放弃类型安全与升级保障
真正需要跨包调用某行为时，应让该行为成为导出方法；若仅用于测试，直接在 _test.go 文件中调用即可——反射不是后门，它只是类型系统的诚实镜像。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
