math.sqrt传负数返回nan而非panic，是ieee 754标准规定行为；常见于判别式Δ
math.Sqrt 传负数不 panic，但返回 NaN；int 直接传给 math.Sqrt 会编译失败——这是两个最常踩的坑，不是 bug，是 Go 类型系统 + IEEE 754 标准共同作用的结果。
为什么 math.Sqrt(-1) 不报错却返回 NaN
Go 的 math.Sqrt 完全遵循 IEEE 754 标准：负数开方定义为“无效操作”，结果必须是 NaN，且不触发 panic。常见于：
- 解一元二次方程时未检查判别式
delta = b*b - 4*a*c符号，直接对delta调用math.Sqrt - 浮点计算累积误差导致本该 ≥ 0 的值变成
-0.0000000001 - 用户输入解析后得到负浮点数（如字符串
"-2.0"被strconv.ParseFloat正确转出）
检测方式只有两种：math.IsNaN(result) 或提前判断 if x 。别等它“看起来不对”再查——<code>NaN 会静默污染后续所有计算（比如 NaN + 1 == NaN）。
math.Sqrt 能不能直接传 int 或 int64
不能。Go 没有隐式类型转换，math.Sqrt 签名严格是 func Sqrt(x float64) float64。
-
math.Sqrt(16)→ 编译错误：cannot use 16 (type int) as type float64 - 正确写法：
math.Sqrt(float64(16))，对int64同理：math.Sqrt(float64(myInt64)) - 注意：超过
2^53的整数转float64会丢失精度 - 原始数据是
float32？别写float64(f32)—— 虽然合法，但易被误读为“升精度”，明确写成float64(f32)更安全
想求整数平方根，能用 int(math.Sqrt(x)) 吗
边界情况下会翻车。例如 math.Sqrt(25) 理论上是 5.0，但受底层实现或中间计算影响，可能得 4.999999999999999，int() 截断后变 4。
- 临时缓解：
int(math.Sqrt(float64(x)) + 1e-9) - 更稳：
int(math.Floor(math.Sqrt(float64(x)) + 1e-12)) - 但真要精确整数开方（尤其
uint64场景），别依赖浮点——用二分查找或bits.Len64配合牛顿迭代，避免精度陷阱
哪些 math 函数容易被误用但不报错
math.Acos、math.Asin、math.Log、math.Pow 这几类函数都接受非法输入并静默返回特殊值，而非 panic：
-
math.Acos(1.5)→NaN（输入超出 [-1,1]） -
math.Log(0)→-Inf；math.Log(-1)→NaN -
math.Pow(-2, 0.5)→NaN（负底数 + 非整数指数） -
math.Max(3.0, math.NaN())→NaN（任一参数为NaN，结果就是NaN）
它们都不抛 panic，所以线上数值逻辑崩掉时，问题往往藏在上游没做 math.IsNaN 或范围校验的地方，而不是函数本身。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
