Go中复数需用complex64或complex128显式声明，如z := complex(3, 4)默认为complex128；运算须用math/cmplx包，不可混用math包函数；精度与NaN处理需谨慎，优先选用complex128。
复数变量怎么声明和初始化
Go 里没有内置复数类型字面量语法，必须用 complex64 或 complex128 显式声明。别直接写 z := 3 + 4i——这会报错，因为 Go 不识别这种隐式类型推导。
-
z := complex(3, 4)默认生成complex128；想用complex64得显式转换：z := complex(float32(3), float32(4)) - 直接赋值时也得对齐类型：
var z complex64 = complex(3.0, 4.0)会失败，因为complex()返回complex128，必须写成complex(float32(3), float32(4)) - 从实部虚部分离取值用
real(z)和imag(z)，返回值是浮点数，不是复数类型
math/cmplx 包里哪些函数不能直接套用 float64 版本
别把 math.Sin、math.Exp 直接用在复数上——它们只收 float64，传 complex128 会编译失败。所有复数运算必须走 cmplx 子包。
- 对应关系很直观：
cmplx.Sin对math.Sin，cmplx.Exp对math.Exp，cmplx.Sqrt对math.Sqrt - 注意
cmplx.Pow的第二个参数也是复数，比如cmplx.Pow(z, complex(0.5, 0))才是开方；写成cmplx.Pow(z, 0.5)会触发类型错误 -
cmplx.Log返回主值（虚部 ∈ (−π, π]），不是所有数学场景都适用，比如连续相位追踪时得自己处理分支切割
复数运算常见 panic 和精度陷阱
Go 的复数运算本身不 panic，但下游操作容易栽跟头：除零、溢出、NaN 传播，而且 complex64 和 complex128 混用时精度会静默丢失。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
-
cmplx.Sqrt(-1)返回(0+1i)，没问题；但cmplx.Sqrt(complex(0, math.Inf(1)))会返回NaN+Inf i，后续再参与运算可能扩散 NaN - 用
complex64算傅里叶分量时，虚部累积误差比complex128明显，尤其在上千点迭代后，real(cmplx.Exp(z))可能偏差 >1e-5 - 比较两个复数是否相等不能用
==判 NaN：若z1或z2含 NaN，z1 == z2恒为 false，得用cmplx.IsNaN单独检查
什么时候该用 complex128 而不是 complex64
除非你明确在做嵌入式信号处理且内存/带宽吃紧，否则默认用 complex128。Go 标准库所有 cmplx 函数的实现都以 complex128 为基准，complex64 是靠强制转换降精度来的。
立即学习“go语言免费学习笔记（深入）”；
-
cmplx.Polar和cmplx.Rect在complex64下角度或模长稍有偏差，比如cmplx.Rect(1, 0.1)用complex64输出的虚部是0.09983342，而complex128是0.09983341664682815 - 调用 C 库（如 FFTW）时若接口要求
float32*实虚数组，才需要complex64；否则统一用complex128避免反复转换 - JSON 编解码不支持复数类型，序列化前得拆成
{"real":..., "imag":...}，这时用complex128能保留更多有效数字
复数运算本身不难，难的是类型对齐、精度预期和 NaN 处理——这些地方一松懈，结果就悄无声息地偏了。
