Go反射不能直接用于动态公式求值，需配合词法分析、AST构建、类型校验、复数专用处理及JSON数字精度控制等完整科学计算链路。
直接用 Go 反射做动态公式求值，不配叫“科学计算”——它连 2*x + sin(y) 都解析不了，更别说复数、自定义函数、精度控制或错误定位。反射只是工具链里最底层的一环，不是解析器，也不是计算器。
reflect.Value.Call() 传参错类型不会报错，但结果全错
表达式里写 len(arr) 或 customAdd(a, b)，用 reflect.Value.Call() 调用时，如果传入 int 却期望 int64，Go 不会 panic，也不会 warning，而是静默填一个零值进去。你拿到的返回值是错的，而且毫无提示。
- 必须在调用前逐个比对参数类型：
reflect.TypeOf(fn).In(i)和实际传入的reflect.Value.Type() - 不能依赖
v.Interface()后再类型断言——nil指针转成interface{}仍是非nil值，断言会失败 - 推荐做法：注册函数签名表，运行时查表校验，不匹配就提前返回明确错误，比如
"expected int64 for arg 1, got int"
处理 complex64/complex128 时 real()/imag() 会 panic
对 reflect.Value 直接调 Float() 或 Int() 读复数，必然触发 reflect: Call of reflect.Value.Float on complex Value。复数必须走专用路径。
- 先判
v.Kind() == reflect.Complex，再用v.Complex()得到complex128（注意：哪怕原值是complex64，也升为complex128） - 若需保持
complex64精度，得先v.Convert(reflect.TypeOf(complex64(0)))，再.Interface().(complex64)，最后real()/imag() -
SetComplex()只接受complex128，且目标Value必须可寻址、可设置；传complex64(3+4i)会编译失败，不是运行时错
从 map[string]interface{} 解析数字时 int 自动变 float64
第三方 JSON 传来的 {"count": 123}，用 json.Unmarshal() 解到 map[string]interface{}，count 的值其实是 float64 类型，不是 int。这不是反射的问题，但反射后续操作时会暴露它。
立即学习“go语言免费学习笔记（深入）”；
- 解码时必须启用
decoder.UseNumber()，让数字先存成json.Number字符串 - 之后用反射取值时，先判断是否为
json.Number，再按需转int64、float64或uint64 - 别直接
v.Interface().(int)—— 它大概率 panic，因为底层是float64 - 更稳的方式：统一用
v.CanInt()/v.CanUint()/v.CanFloat()判断，再选对应取值方法
真正做动态公式求值，反射只管“取变量、调函数、设结果”这三步；词法分析、AST 构建、运算符优先级、作用域管理、错误上下文，都得自己补全。漏掉任何一环，所谓“动态”就只剩 runtime panic 和不可调试的数值漂移。
