reflect.ValueOf(t).MethodByName("Errorf") 会 panic 是因为反射调用方法要求接收者可寻址，而 reflect.ValueOf(t) 返回不可寻址的副本值；正确做法是 reflect.ValueOf(t).Addr().MethodByName("Errorf") 或确保传入的是可寻址值。
为什么 reflect.ValueOf(t).MethodByName("Errorf") 在测试中会 panic？
因为 t 是 *testing.T 类型，但 MethodByName 查找的是导出方法（首字母大写），而 Errorf 确实是导出的；真正的问题在于：反射调用方法时，接收者必须是可寻址的——reflect.ValueOf(t) 返回的是一个不可寻址的副本值。你得用 reflect.ValueOf(&t).Elem() 才能拿到可调用的方法。
常见错误现象：panic: reflect: Call using zero Value 或 panic: reflect: call of MethodByName on zero Value，本质都是值不可调用或未初始化。
- 测试框架里传入的
*testing.T是指针，但直接reflect.ValueOf(t)得到的是reflect.Value类型的只读快照，不带地址信息 - 正确路径是：
reflect.ValueOf(t).Addr().MethodByName("Errorf")（如果 t 本身不是指针）或更稳妥地：reflect.ValueOf(t).MethodByName("Errorf")仅当 t 是指针且已解引用过 - 实际单元测试中几乎不需要这么做——
t.Errorf本就可直接调用；反射介入通常出现在自定义断言库或测试辅助工具里，比如封装assert.Equal(t, got, want)的底层分发逻辑
如何用反射识别测试函数签名并自动注入 mock？
Go 测试函数签名固定为 func(*testing.T)，但有些测试辅助库（如 testify 或内部 DSL）想支持 func(*testing.T, *MyMockDB, *MyHTTPClient) 这类带依赖的签名，就得靠反射解析函数类型、提取参数类型、匹配已有实例。
关键点不在“能不能”，而在“该不该”——Go 原生测试不鼓励这种做法，因为会破坏可读性和 IDE 支持；但若真要实现，核心是 reflect.TypeOf(fn).In(i) 拿参数类型，再用 reflect.ValueOf(mockObj).Type() 匹配。
立即学习“go语言免费学习笔记（深入）”；
- 注意
reflect.Type.Kind()：接口类型返回reflect.Interface，指针返回reflect.Ptr，必须显式.Elem()才能比对底层类型 - 参数顺序敏感：
func(t *testing.T, db *sql.DB)和func(db *sql.DB, t *testing.T)被视为完全不同签名，无法自动重排 - 性能影响小但启动开销存在：每次
TestXxx运行前做一次反射解析，对千级测试用例可能增加几十毫秒冷启动时间
testing.TB 接口和反射绕过类型检查的风险
很多测试工具会把 *testing.T 或 *testing.B 统一转成 testing.TB 接口传入，再用反射去调用 Helper()、Log() 等方法。这看似灵活，实则埋了兼容性雷。
Go 1.21+ 中 testing.TB 新增了 Setenv()、Cleanup() 等方法，但旧版反射代码若硬编码方法名列表，遇到新方法就会静默失败或 panic。
- 别用
MethodByName硬调未文档化方法（如"privateLog"），这些在 patch 版本里可能被重命名或删除 - 优先走接口调用：
if helper, ok := t.(interface{ Helper() }); ok { helper.Helper() }，比反射安全且快一个数量级 - 反射适合一次性元编程（如生成测试报告结构体字段映射），不适合高频路径（如每条断言都反射查方法）
用反射提取 struct tag 实现测试数据驱动时的典型坑
常见场景：写一个通用测试函数，接收 struct{ Input int `test:"1"` Want string `test:"hello"` }，用反射读取 test tag 来构造测试用例。问题不在于读不到 tag，而在于 tag 默认不可见。
Go 的 struct tag 默认是「未导出」的——即使字段名大写，tag 内容也不会被反射暴露，除非显式用 reflect.StructTag.Get("test") 并确保 tag 存在且格式合法。
- 必须用
field.Tag.Get("test")，不能用field.Tag.Lookup("test")（后者返回 bool，容易漏判空字符串） - tag 值里含空格或引号需手动解析：
`test:"a b"`中的空格不会自动 trim，得自己strings.TrimSpace - 嵌套 struct 的 tag 不会自动继承，
type A struct{ B B } type B struct{ X int `test:"1"` }中，A.B.X 的 tag 需要递归访问，不能只看顶层
反射在测试框架里不是银弹，它让动态行为成为可能，但也把类型安全、IDE 跳转、编译期检查这些最可靠的防线悄悄关掉了。用的时候，心里得清楚哪一行是“我替编译器做了决定”。
