go反射中复数需先判kind再用complex()或convert()提取，浮点数可直接float()但精度不变；setcomplex()仅接受complex128且v必须可寻址并校验canset。
Go 反射对复数和浮点数的处理逻辑完全不同：复数类型必须显式判别 Kind() 并用 Complex() 或 Convert() 提取值，而浮点数虽可直接调 Float()，但其值本身已是 IEEE 754 近似表示——反射不引入新误差，但也不会修复底层精度缺陷。
reflect.Value.Float() 能用，但 real()/imag() 不能直接用
对 float32 或 float64 类型的 reflect.Value，调用 v.Float() 是安全的，返回当前存储的近似值；但复数类型（complex64、complex128）**不允许**调 v.Float() 或 v.Int()，否则 panic：reflect: Call of reflect.Value.Float on complex Value。
- 必须先用
v.Kind() == reflect.Complex分支判断 - 再根据具体类型选路径：
v.Complex()（升为complex128）或v.Convert(reflect.TypeOf(complex64(0))).Interface().(complex64) - 得到原生复数值后，才能调
real()和imag()——注意complex64的这两个函数返回float32，不是float64
SetComplex() 只接受 complex128，且目标必须可寻址
reflect.Value.SetComplex() 是复数唯一合法的反射赋值方式，但它有硬性限制：
- 参数只能是
complex128字面量或变量，例如v.SetComplex(complex128(3.0+4.0i)) -
v必须来自指针解引用，如reflect.ValueOf(&z).Elem()，否则v.CanSet()为false - 若原变量是
complex64，传入complex128会静默截断实部/虚部到float32精度，不报错但丢精度 - 务必前置校验：
if !v.CanSet() || v.Kind() != reflect.Complex
浮点数精度问题在反射前后完全一致
反射不会放大或缓解浮点误差。比如 float64(0.1) + float64(0.2) 在反射外是 0.30000000000000004，通过 reflect.ValueOf(x).Float() 拿到的仍是这个值。
- 比较时仍需用
math.Abs(a-b) ，不能用 <code>== - 涉及金融或高精度场景，应在反射前就用
shopspring/decimal构建值，避免任何float64中间转换 - 从 JSON 或用户输入解析浮点字段时，优先用字符串直转
decimal，而非先走float64再转 —— 初始舍入误差一旦发生，反射无法挽回
动态复数运算别全靠反射
如果复数类型在运行前可枚举（如只处理 complex64 和 complex128），用类型断言 + switch v.Kind() 比全程反射快 3–5 倍，也更易控制精度流向。
- 写两套独立函数：
func(real, imag float32) complex64和func(real, imag float64) complex128 - 避免在循环中反复调
v.Complex()→real()→float64→ 再转回float32这类隐式升降级 - JSON/gRPC 场景下，复数字段需自定义
UnmarshalJSON，反射只是其中一环，不能替代序列化协议设计
最易被忽略的是：复数的 real()/imag() 返回值类型取决于原始复数类型，而浮点数的精度陷阱始终藏在二进制表示里——反射只是照镜子，不擦玻璃。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
