Go中不存在名为Complex的内置函数，唯一构造复数的内置函数是全小写的complex()，用于将两个float64参数转为complex128类型。
Go语言里没有叫 Complex 的内置函数
直接说结论：Go标准库中**不存在名为 Complex 的函数**，也没有类似Python的 complex() 那样通过函数调用构造复数的语法。这是初学者常搜错关键词的地方——搜“Go Complex函数”基本找不到对应API，因为Go处理复数的方式是**字面量 + 类型声明**，不是函数式构造。
常见错误现象包括：undefined: Complex、IDE提示无此函数、文档里完全搜不到 Complex 函数说明。
真正可用的方式只有两种：
- 用复数字面量，如
3+4i（自动推导为complex128） - 显式类型转换，如
complex(float64(real), float64(imag))
complex() 是唯一能“构造”复数的内置函数
Go提供且仅提供一个内置函数 complex（全小写，首字母不大写），用于将两个浮点数转为复数。它不是“冷门”，而是**唯一正统途径**，只是名字太短、文档位置偏（在预声明标识符里），容易被忽略。
立即学习“go语言免费学习笔记（深入）”；
它的签名是：func complex(real, imag float64) complex128（注意：只接受 float64，不支持 float32）
使用场景：当你有分开的实部/虚部变量（比如从JSON或用户输入解析出两个 float64），需要合成复数时才用得上。
示例：
real := 2.5 imag := -1.3 z := complex(real, imag) // z 类型是 complex128，值为 (2.5-1.3i)
⚠️ 容易踩的坑：
- 传
int或float32会编译失败，必须显式转成float64，比如complex(float64(x), float64(y)) - 没有对应
complex64版本的内置函数；若需complex64，只能字面量写3.0+4.0i再强制类型转换：complex64(3.0+4.0i) - 不能用
complex拼接字符串或解析表达式，它纯数值计算，不处理格式解析
为什么不用函数而用字面量？性能与设计取舍
Go把复数当基础类型（和 int、float64 同级），所以优先用字面量 1+2i。这带来三个实际影响：
- 编译期确定值，零开销——比调用
complex()少一次函数跳转 - 支持常量折叠，比如
const z = 1+2i + 3+4i在编译时就算出4+6i - 类型推导更直接：
z := 1+2i→z类型就是complex128；而z := complex(1,2)要求参数先转float64，多一层隐式转换
所以日常编码中，95% 的复数初始化都该用字面量。只有实部/虚部分离、且类型已知为 float64 时，才考虑 complex()。
常见误用：试图用 fmt.Sscanf 或 strconv 解析复数字符串
Go标准库**不提供复数字符串解析函数**。像 "3+4i" 这种字符串，不能直接用 strconv.ParseFloat 或 fmt.Sscanf 安全转成复数——它们不识别 i 后缀，会报错或截断。
正确做法只有两种：
- 手写简单解析（适用于可控格式，如固定
"%f%+fi"） - 用第三方包，例如
github.com/leesper/go-astilectron/astichart/complex（极少用）或自己封装正则提取实虚部再喂给complex()
例如简易解析（仅处理 a+bi 和 a-bi 形式）：
import "regexp" var re = regexp.MustCompile(`^([+-]?\d*\.?\d+)([+-]\d*\.?\d*)i$`) // ... 然后提取 submatch 并转 float64，再调 complex()
这个环节最容易被低估复杂度：要考虑符号省略（"3i"）、指数形式（"1e2+2.5e-1i"）、空实部（"-i"）等边界情况。真有需求，建议直接用字面量硬编码，或接受限制只支持简单格式。
