go反射无法访问未导出方法是设计使然，因方法集为编译期概念，反射仅暴露运行时可调用子集；跨包测试应同包声明而非反射绕过。
MethodByName 对非导出方法返回零值，不是拼错了名字
调用 reflect.Value.MethodByName("getData") 得到一个零值 reflect.Value，且 IsValid() 为 false，这不是拼写或大小写问题——Go 反射在运行时根本“看不见”首字母小写的未导出方法。它不会报错，也不会尝试匹配，而是直接跳过。这种行为由语言规范强制保证，与编译器可见性规则一致，不是 bug，是设计。
为什么不能像字段一样读取未导出方法的元信息
结构体字段的类型、偏移、标签等元数据可通过 reflect.Type.Field(i) 获取，哪怕字段名是小写；但方法没有对应的 reflect.Type.Method(i) “绕过可见性”的只读通道。未导出方法在 NumMethod() 计数中不出现，Method(i) 和 MethodByName() 均不可达。这是因为方法集（method set）是编译期概念，反射仅暴露运行时可调用的方法集子集，而未导出方法不在其中。
unsafe + reflect 强行调用未导出方法等于主动放弃兼容性
技术上存在极少数 hack 路径，比如：解析函数指针、遍历结构体字段推测接收者、用 unsafe.Pointer 构造方法调用栈。但这些操作：
- 依赖 Go 运行时内部布局，Go 1.21 后已收紧相关接口（如
reflect.unsafe_New移除） - 触发
staticcheck的SA1019警告，CI 直接失败 - 升级 Go 版本后大概率 panic：
reflect: Call of unexported method - 破坏
go vet和 IDE 符号解析，调试链断裂
真正被标准库用于“写入未导出字段”的机制（如 json.Unmarshal）是 runtime 特殊支持，不开放给用户代码，也不能迁移到方法调用场景。
跨包测试未导出方法的唯一合规路径
想验证 func (u *User) validate() error 的逻辑，不要动生产代码，也不要用反射绕过：
- 测试文件声明
package user（与源码同包），而非package user_test - 保持文件名仍为
user_test.go - 在测试函数中直接调用
u.validate()，无需反射
这是 Go 官方推荐且稳定的方式。任何试图用反射“突破”访问限制的尝试，本质上是在对抗语言的封装契约——短期看似省事，长期会让代码失去可维护性和可移植性。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
