real是Go内置函数，专用于提取complex64或complex128的实部，返回类型与输入复数精度一致（complex128→float64，complex64→float32），不可用于浮点数，否则编译失败。
real 不是浮点函数，它是 Go 语言的**内置函数（built-in function）**，专用于提取复数的实部，不能用于 float64、float32 或其他非复数类型。试图对普通浮点数调用 real(3.14) 会直接报错：cannot call non-function real (type float64)。
real 函数只能作用于 complex64 或 complex128 类型
Go 要求参数必须是复数类型，否则编译失败。常见错误包括：
- 误把
float64当作复数传入：real(2.5)→ 编译错误 - 忘记后缀
i导致字面量被推导为浮点数：2.5 + 3是float64，不是复数；正确写法是2.5 + 3i - 混用精度：对
complex64变量调用real返回float32，不是float64—— 类型严格对应
示例：
z := 2.5 + 3i // z 是 complex128
fmt.Printf("%T\n", real(z)) // float64
w := complex64(2.5 + 3i) // 显式转 complex64
fmt.Printf("%T\n", real(w)) // float32
real 和 imag 的返回值类型取决于输入复数类型
real(z) 和 imag(z) 的返回类型与 z 的类型完全一致：
- 若
z是complex128，则real(z)返回float64 - 若
z是complex64，则real(z)返回float32
这意味着不能假设 real 总是返回 float64。在做数值计算（比如和 math.Sin 等只接受 float64 的函数配合）时，需显式转换：
立即学习“go语言免费学习笔记（深入）”；
z := complex64(1.0 + 2.0i) x := float64(real(z)) // 必须转换，否则 math.Sqrt(x) 报错 fmt.Println(math.Sqrt(x))
为什么不用 math/cmplx.Abs 直接代替 real？
math/cmplx.Abs 计算的是模长（即 sqrt(real² + imag²)），不是实部。二者语义完全不同：
-
real(z)是投影到实轴的坐标值，可正可负可零 -
cmplx.Abs(z)是到原点的距离，恒 ≥ 0 - 例如
z := -3 + 4i：real(z)是-3.0，cmplx.Abs(z)是5.0
混淆这两者会导致物理意义错误，比如在信号处理中提取相位实部时用错函数，结果完全失真。
complex 字面量写法影响 real 的行为
Go 中复数字面量有三种等效写法，但类型推导规则不同：
-
1 + 2i→complex128（默认） -
complex(1.0, 2.0)→complex128（参数为float64） -
complex(float32(1), float32(2))→complex64
注意：1 + 2i 中的 1 和 2 是无类型的数字常量，Go 会按上下文赋予类型；但一旦参与运算或赋值给 complex64 变量，精度就固定了。实部提取结果的精度陷阱就藏在这里。
real 只是“取出当前值”，不做任何舍入或校正。比如 complex128 运算后实部可能是 -4.999999999999999 而非精确的 -5，是否需要 math.Round 或容差比较，得由业务逻辑决定。 
