go反射中需用complex()获取complex128值再调real()/imag()，或convert后断言取原精度；setcomplex()仅接受complex128且目标必须可寻址；json/grpc需自定义序列化，反射处理复数务必先判kind()。
Go反射怎么拿到complex64和complex128的实部虚部
反射无法直接用Float() 或Int()读复数——它会 panic：reflect: Call of reflect.Value.Float on complex Value。必须先转成complex64或complex128底层类型，再用real()/imag()提取。
- 用
v.Kind() == reflect.Complex判断是否为复数类型 - 用
v.Complex()获取complex128值（注意：即使原值是complex64，Complex()也返回complex128，精度无损但类型已升） - 对
v.Complex()结果调用real()和imag()，得到两个float64 - 若需保持原始精度（比如处理大量
complex64数据），应先用v.Convert()转回reflect.TypeOf(complex64(0))，再Interface().(complex64)后取real()/imag()
用reflect.Value.SetComplex()赋值时为什么总panic
SetComplex()只接受complex128，且目标Value必须可寻址、可设置，且底层类型必须是复数（complex64或complex128）。常见错误是传入complex64字面量或没检查可设置性。
- 传参必须是
complex128，例如v.SetComplex(complex128(3.0+4.0i))；complex64(3+4i)会编译失败 -
v必须来自指针解引用，如reflect.ValueOf(&z).Elem()，否则CanSet()为false - 如果原变量是
complex64，而你用SetComplex(complex128(…))，Go 会自动截断虚实部到float32精度，不报错但可能丢精度 - 建议赋值前加校验：
if !v.CanSet() || v.Kind() != reflect.Complex
动态运算中绕过反射处理复数的更轻量方案
反射开销大，且复数运算本身高频；只要类型在运行前可枚举，用类型断言+switch v.Kind()比全程反射快 3–5 倍，代码也更可控。
- 先用
v.Kind()分出reflect.Complex64和reflect.Complex128 - 分别用
v.Complex()（得complex128）或v.Convert(reflect.TypeOf(complex64(0))).Interface().(complex64)取原生值 - 运算逻辑写两份（或封装为
func(real, imag float32) complex64和func(real, imag float64) complex128），避免运行时类型转换 - 特别注意：
complex64的real()/imag()返回float32，不能直接喂给期望float64的函数，容易静默溢出或精度坍缩
JSON或gRPC里复数字段反序列化失败的典型原因
标准encoding/json根本不支持复数类型，默认忽略或报json: cannot unmarshal number into Go value of type complex128；gRPC 的 proto3 也没有复数原生类型。
立即学习“go语言免费学习笔记（深入）”；
- JSON 场景下，要么自定义
UnmarshalJSON方法，把"3+4i"字符串解析为complex128；要么约定用对象{"real": 3.0, "imag": 4.0}再手动组合 - gRPC 必须用
message Complex定义两个double字段，服务端/客户端各自实现ToComplex128()和FromComplex128() - 别依赖
reflect.StructTag里的json:"real,omitempty"这种写法——struct tag 对复数字段无效，tag 会被忽略，字段始终零值 - 测试时务必覆盖
0+0i、-2.5-1.0i等边界形式，字符串解析容易在负号或指数记法（如1e2+3e-1i）上出错
Kind()判断和Complex()/SetComplex()这两个窄接口——用错一个参数类型或漏掉Elem()，就会立刻崩。 
