reflect.Value.Call panic 的原因是调用零值 Value，需先检查 v.IsValid() && v.Kind() == reflect.Func；获取方法必须用 MethodByName 而非 FieldByName；传参须全为有效 reflect.Value；context.Context 传入需类型严格匹配；未导出字段无法读取 tag；运算前须按 Kind 分支处理类型。
为什么 reflect.Value.Call 会 panic: “call of reflect.Value.Call on zero Value”
这是最常踩的坑：你拿到了一个字段或方法的 reflect.Value，但没确认它是否有效就直接调用 Call。比如从结构体里取方法时，忘了用 MethodByName 而误用了 FieldByName，结果得到的是个零值 reflect.Value。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 调用
Call前务必先检查v.IsValid() && v.Kind() == reflect.Func - 获取方法要用
v.MethodByName("Name")，不是v.FieldByName("Name")；后者返回字段值，不是函数 - 如果目标是导出方法（首字母大写），但 struct 字段本身是非导出的，
MethodByName仍能成功——但若 struct 实例本身是 unexported 类型（如内部包定义的未导出 struct），反射拿不到方法 - 传参必须是
[]reflect.Value，每个元素都要是有效reflect.Value，不能传nil或零值
如何安全地用反射调用带 context.Context 的函数
很多计算逻辑函数签名类似 func(context.Context, int, string) (int, error)，直接用反射传 context.Background() 很容易因类型不匹配 panic——因为 context.Context 是接口，而反射对 interface{} 和具体接口类型的处理有微妙差异。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 不要用
reflect.ValueOf(ctx).Interface()再转回reflect.Value；直接用reflect.ValueOf(ctx)构造参数切片 - 确保函数签名里的
context.Context参数，在反射调用时传入的reflect.Value类型与之完全一致（即底层类型相同），否则Call会 panic - 若函数定义在非 main 包且未导出，而你通过字符串名查找，注意 Go 反射无法跨包访问未导出标识符——得提前注册或改用导出名
- 性能上，每次
reflect.ValueOf都有小开销，高频调用场景建议缓存reflect.Value或预编译reflect.Value切片
reflect.StructTag 解析失败导致字段找不到
想靠结构体 tag（如 `calc:"weight"`）动态识别参与计算的字段，但 field.Tag.Get("calc") 总是空字符串？常见原因是 tag 拼写错误、没加引号、或结构体字段未导出（反射无法读取非导出字段的 tag）。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- tag 值必须用反引号包裹，且 key 后跟冒号和值：
`calc:"factor"`，不是`calc=factor`或`calc:"factor"`（注意英文双引号） - 字段必须首字母大写（导出），否则
reflect.StructField.Tag返回空字符串 - 解析 tag 时别手写字符串切割，用
structtag包（如github.com/iancoleman/strcase不推荐；标准库无，可用reflect.StructTag.Get+ 手动 split，或轻量第三方如golang.org/x/tools/go/packages不适用；实际就用strings.Split(tag.Get("calc"), ",")足够） - 注意 struct 嵌套时，外层字段的 tag 不会自动继承；需显式遍历所有匿名字段并检查其 tag
用反射模拟操作符（+ - * /）时类型不匹配崩溃
想实现类似 eval("a + b") 的动态计算，用反射取字段值后手动做 Int()/Float() 转换，结果遇到 panic: reflect: call of reflect.Value.Int on float64 Value。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 别假设字段一定是 int；先用
v.Kind()判断底层类型（reflect.Int,reflect.Float64,reflect.Uint等），再选对应取值方法 - 支持混合运算（如 int + float64）时，统一转成
float64最稳妥：对 int 用float64(v.Int())，对 float64 用v.Float()，避免溢出可加范围检查 - 除法要额外判断 divisor 是否为 0，反射无法捕获
/ by zeropanic，得自己在调用前检查v.Float() == 0或v.Int() == 0 - 字符串拼接（
+）需单独分支：只有两边都是reflect.String才允许，否则报错；别试图把数字转 string 自动拼接——那不是算术逻辑，是业务约定
真正难的不是调通反射，而是守住类型边界和生命周期。比如 context 被反射对象意外持有、interface{} 值被多次反射转换导致 alloc、或者 struct 字段 tag 改了但引擎没重启——这些不会报错，只会让计算结果偶尔偏移一点点。
