math.Sqrt 对负数输入返回 NaN 而不报错；常见于距离计算中间值为负或用户输入未校验；可用 math.IsNaN(result) 检测或提前 if x
math.Sqrt 只接受非负数，传负数会返回 NaN
Go 的
math.Sqrt不做输入校验，直接按 IEEE 754 规则处理：负数输入 → 返回NaN，且不报错。很多人在调试时发现结果突然“变奇怪”，追查半天才发现是传了-4.0这类值。
- 实际场景中，比如计算两点距离的中间步骤得到负值，或用户输入未过滤，都容易触发
- 检查方式很简单：
math.IsNaN(result)或提前用if x 拦截- 别依赖 panic ——
math.Sqrt从不 panic，它安静地给你一个NaNint 类型要显式转 float64，否则编译失败
Go 没有隐式类型转换。
math.Sqrt只接受float64，传int、int64或float32都会报错，比如cannot use i (type int) as type float64 in argument to math.Sqrt。
- 正确写法是：
math.Sqrt(float64(i))，不是math.Sqrt((float64)i)（虽等价但括号冗余）- 如果原始数据是
float32，别用float64(f32)直接转——精度没损失，但推荐明确写成float64(f32)，避免误读- 对大整数（如
int64(1），转float64可能丢失精度，此时平方根结果只是近似值需要整数平方根？别用 math.Sqrt 后四舍五入
比如想求
10的整数平方根（即 floor(√10) = 3），有人写int(math.Sqrt(10))，看似可行，但浮点误差会让它在某些边界值上翻车，比如math.Sqrt(25)理论上是5.0，但受底层实现影响可能得4.999999999999999，转int就变4。
Golang Uber Dig下载使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 安全做法：用
int(math.Sqrt(float64(x)) + 1e-9)补小量，或更稳的int(math.Floor(math.Sqrt(float64(x)) + 1e-12))- 但真要整数开方，建议用二分法或
bits.Len64配合牛顿迭代——尤其当x是 uint64 且需精确整数结果时math.Sqrt本身是硬件加速的，快；但加容错逻辑后，性能优势就弱了，得看你的场景到底要“快”还是“准”math.Sqrt 和自己写的 sqrt 函数性能差多少？
实测在现代 x86_64 上，
math.Sqrt基本就是调用 CPU 的sqrtss/sqrtsd指令，单次调用耗时约 10–20 纳秒；而纯 Go 实现（比如牛顿法迭代 5 次）通常要 50+ 纳秒，还未必更准。
- 除非你在 wasm 或极老嵌入式平台（无硬件 sqrt 支持），否则没必要自己写
- 注意：启用
-gcflags="-l"关闭内联不会影响math.Sqrt性能——它本来就是 intrinsics，编译器早把它拍平了- 真正拖慢的往往不是
math.Sqrt本身，而是前面一堆float64转换 + 后面的int截断逻辑浮点误差和类型转换这两步，最容易在上线后悄悄出问题——尤其是当输入来自外部或经过多层计算时。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
