Go的math包严格遵循IEEE 754标准，math.Sqrt(-1)返回NaN而非panic；需用math.IsNaN或提前判断x<0来检测，否则NaN会静默污染后续计算；且函数仅接受float64，传int或float32将编译失败。
Go 的 math 包不是计算器，是浮点数语义的显式契约——写错不报错，算错不提醒，只悄悄返回 NaN 或 Inf。
math.Sqrt(-1) 为什么没 panic？
它根本不会 panic，这是 IEEE 754 标准规定的行为。math.Sqrt(-1) 返回 NaN，不是 bug，也不是异常，而是“合法但无意义”的计算结果。常见于判别式 b*b - 4*a*c 为负时直接开方，或用户输入未校验导致负值流入。
- 别用
if result == 0或if result < 0判断失败——NaN < 0是false，NaN == NaN永远是false - 正确做法只有两种：
if x < 0提前拦截，或if math.IsNaN(result)事后检查 - 一旦漏检，
NaN会静默污染后续所有计算：NaN + 1、int(NaN)都还是NaN或 0（误判）
传 int 或 float32 给 math.Sqrt 为什么会编译失败？
math.Sqrt 的函数签名是 func Sqrt(x float64) float64，Go 不做任何隐式类型转换。哪怕你传的是常量 16，它也是 int 类型，和 float64 不兼容。
-
math.Sqrt(16)❌ 编译错误：cannot use 16 (type int) as type float64 -
math.Sqrt(float32(16))❌ 类型不匹配：float32 ≠ float64 - ✅ 正确写法：
math.Sqrt(16.0)或math.Sqrt(float64(16)) - 对
int64同理：math.Sqrt(float64(myInt64))，但注意超过 2⁵³ 的整数转float64会丢失精度
math.Pow(x, 2) 和 x * x 差在哪？
性能、精度、语义全都不一样。math.Pow 是通用幂函数，底层调用系统数学库；x * x 是纯浮点乘法，CPU 直接指令级执行。
立即学习“go语言免费学习笔记（深入）”；
-
math.Pow(x, 2)比x * x慢 20 倍以上，且引入额外浮点误差（比如math.Pow(2, 10)可能返回1023.9999999999999） -
math.Pow(-2.0, 0.5)返回NaN（负数非整数幂无定义），而你想算实数立方根，该用math.Cbrt(x)，它专为负数设计 - 小整数幂（≤ 64）：手写
x * x、x * x * x或简单循环更稳更快 - 需要精确整数结果（如主键生成、哈希计算）：别碰
math.Pow，换big.Int.Exp或预计算查表
math.Floor(x) 转 int 为什么有时出错？
math.Floor 返回仍是 float64，而 float64 表示大整数时存在精度上限（2⁵³ 之后无法精确表示相邻整数）。直接 int(math.Floor(x)) 可能因舍入误差截断错位。
-
int(math.Floor(9999999999999999.0))可能变成10000000000000000（多 1） -
math.Floor(5.0)理论上是5.0，但中间计算可能让它变成4.999999999999999，转int就得 4 - 安全写法：
int(math.Round(x))（银行家舍入）或int(math.Floor(x + 1e-12))（加微小偏移防下溢） - 若原始数据是整数运算需求（如求
⌊√n⌋），别依赖浮点——用二分查找或bits.Len64配合牛顿迭代，彻底避开精度陷阱
事情说清了就结束。浮点数那点事，核心就两条：永远别信 ==，永远先想清楚 NaN 和负数在哪冒头。
