math.sqrt 处理负数返回 nan 而非 panic;易致逻辑误判,应先用 math.isnan 或 x
math.Sqrt 处理负数会返回 NaN,不是 panic
go 的
math.Sqrt对负数输入不报错,而是安静地返回NaN(Not a number)。这容易让逻辑误判为“计算成功”,尤其在做条件校验或后续数值比较时出问题。
- 检查前先用
math.IsNaN或直接判断x ,别依赖返回值是否异常- 常见场景:开方前未校验用户输入的边长、面积等物理量,导致后续
NaN == NaN判断失败(它恒为 false)math.Sqrt(-1)返回NaN,但fmt.Println(math.Sqrt(-1))输出NaN,看起来像正常输出,实则已失效浮点数比较不能用 ==,得用 math.Abs(a – b)
Go 没有内置的“近似相等”操作符,
==对float64直接比的是二进制位,哪怕只是0.1 + 0.2这种简单运算也会因精度丢失而失败。
- 用
math.Abs(a - b) 替代 <code>a == b,具体 epsilon 值取决于业务精度要求(科学计算常用1e-15,ui 显示常用1e-6)- 注意
math.Abs本身不处理NaN,若 a 或 b 是NaN,表达式结果仍是NaN,进而使整个判断为 false —— 所以必要时先加!math.IsNaN(a) && !math.IsNaN(b)- 别用
float32做关键比较,float64的精度和math包函数默认行为更一致math.Round 不四舍五入到整数,而是向最近偶数取整(银行家舍入)
很多人以为
math.Round(2.5)会得 3,实际返回 2;math.Round(3.5)才返回 4。这是 IEEE 754 标准定义的“银行家舍入”,目的是减少统计偏差。
- 需要传统四舍五入时,用
math.Floor(x + 0.5)(正数)或封装函数:func RoundHalfUp(x float64) int64 { if xmath.Round返回float64,不是整数类型,需显式转成int64等,且要注意溢出(如math.Round(1e20)转int64会截断)- Web API 或数据库交互中,如果前端期望“显示 2.5 → 3”,后端用
math.Round就会不一致math.Pow(x, y) 底数为负、指数非整数时返回 NaN
math.Pow(-2.0, 0.5)不是 -1.414,而是NaN。Go 不支持复数,所以所有非整数次幂的负数底数都被视为未定义。立即学习“go语言免费学习笔记(深入)”;
- 想算实数范围内的奇次根(比如立方根),别用
math.Pow(x, 1.0/3.0),改用math.Cbrt(x)—— 它专门处理负数- 指数是变量时,先用
math.Modf(y)拆出整数和小数部分,若小数部分非零且 xmath.Pow(0, 0)返回 1,符合数学惯例,但某些领域(如机器学习梯度计算)可能需要特殊处理事情说清了就结束。浮点数那点事,核心就两条:永远别信
==,永远先想清楚NaN和负数在哪冒头。
