real 和 imag 是 go 内置函数，直接提取复数实部/虚部，无计算开销；仅接受 complex64 或 complex128 类型参数，返回值类型与输入复数类型严格对应（complex128→float64，complex64→float32），不可用点号访问或赋值修改。
real 和 imag 不是“算”出来的函数，它们是 Go 的内置函数，直接提取复数字段值——没有计算开销，也不做任何转换或近似，就是读取内存中已存的实部/虚部浮点数。
但用错场景、传错类型、忽略返回精度，反而会引发编译失败或运行时隐性错误。
为什么 real(2.5) 会编译失败
因为 real 只接受 complex64 或 complex128 类型参数，不接受 float64、int 或任何其他类型。
常见误写：
-
real(3.14)→ 编译报错：cannot call non-function real (type float64) -
real(2 + 3)→2 + 3是整数表达式，结果是int，不是复数 -
real(2.5 + 3)→3没带i，整个表达式推导为float64，仍非法
正确写法必须显式含虚数单位 i 或用 complex() 构造：
z := 2.5 + 3i // complex128 r := real(z) // ✅ ok，返回 float64 w := complex64(1.0 + 2.0i) r2 := real(w) // ✅ ok，但注意：Go 1.22+ 之后，real(w) 返回 float32（不是 float64）
real(z) 返回 float64 还是 float32？
取决于 z 的类型，不是固定返回 float64：
- 若
z是complex128→real(z)返回float64 - 若
z是complex64→real(z)返回float32
这是 Go 1.21 起正式统一的行为（早期文档有误写成“总是 float64”）。这意味着：
- 不能直接把
real(z)结果传给只接受float64的函数（如math.Sqrt），否则编译失败 - 需要显式转换：
math.Sqrt(float64(real(z)))或math.Sqrt(float64(real(complex128(z)))) - 如果用
cmplx.Abs(z)替代手算模长，就完全避开这个精度适配问题
为什么不能写 z.real 或 Imag(z)
Go 中复数是基础类型（像 int、float64 一样），没有字段、没有方法。所以：
-
z.real→ 编译错误：z.real undefined (type complex128 has no field or method real) -
Imag(z)（首字母大写）→ 编译错误：undefined: Imag，Go 内置函数名全小写：imag -
z.imag()→ 同样报错，复数不支持点号调用
唯一合法写法只有：real(z) 和 imag(z)，且参数必须是复数类型。
real 和 imag 的返回值能被修改吗？
不能。它们返回的是副本，不是引用或指针：
z := 1.0 + 2.0i r := real(z) // r 是 float64 值，独立于 z r = 999 // 修改 r 对 z 完全无影响 fmt.Println(z) // 仍输出 (1+2i)
这点和 Python 的 z.real 属性行为一致，但 Go 没有属性语法，容易误以为可赋值。如果真要构造新复数，得用 complex(real(z), -imag(z)) 这类显式重建方式。
real/imag 的类型严格性——它不像泛型函数能自动适配，而是硬绑定输入类型；一旦混用 complex64 和数学库函数，不加转换就会卡在编译器上，而错误信息又不提示“你该转一下类型”。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
