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，它安静地给你一个 NaN

int 类型要显式转 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），转 <code>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+ 纳秒，还未必更准。

立即学习“go语言免费学习笔记（深入）”；

• 除非你在 wasm 或极老嵌入式平台（无硬件 sqrt 支持），否则没必要自己写
• 注意：启用 -gcflags="-l" 关闭内联不会影响 math.Sqrt 性能——它本来就是 intrinsics，编译器早把它拍平了
• 真正拖慢的往往不是 math.Sqrt 本身，而是前面一堆 float64 转换 + 后面的 int 截断逻辑

浮点误差和类型转换这两步，最容易在上线后悄悄出问题——尤其是当输入来自外部或经过多层计算时。