go中开方必须用math.sqrt，需导入math包；仅接受float64，负数返回nan，整数或float32需显式转换，不支持泛型与高精度计算。
Go语言里没有叫 Sqrt 的全局函数，得用 math.Sqrt
直接写 Sqrt(4) 会报错 undefined: Sqrt。Go 不像 Python 或 JavaScript 那样把数学函数放在顶层命名空间，所有浮点数开方必须显式导入 math 包并调用 math.Sqrt。
常见错误现象：忘记 import、传入负数导致返回 NaN、对整数类型直接调用（Go 不自动转类型）。
- 必须写
import "math"，不能省略 -
math.Sqrt只接受float64，传int会编译失败，要显式转成float64(x) - 负数输入返回
NaN，不 panic，但后续计算可能静默出错，建议提前检查
math.Sqrt 的参数类型和精度要注意
它只支持 float64，不是 float32，也不是泛型。哪怕你传的是 3.0 字面量，Go 也默认为 float64，所以没问题；但如果你有 var x float32 = 9.0，就不能直接传 math.Sqrt(x)，会报类型不匹配。
性能上没明显差异，但精度是双精度——比如 math.Sqrt(2) 返回的是 IEEE 754 double 精度近似值，不是精确代数根。几何计算中若需更高精度（如高精度坐标变换），得换用第三方库（如 github.com/chewxy/gorgonia 的符号计算），math.Sqrt 本身不提供误差控制或区间算术。
- 正确：
math.Sqrt(9.0)、math.Sqrt(float64(9)) - 错误：
math.Sqrt(9)（类型 int）、math.Sqrt(float32(9))（类型不匹配） - 负数处理示例：
if x ，别依赖 <code>math.IsNaN做主逻辑判断
几何场景下开方常配合 math.Pow 或距离公式使用
比如二维欧氏距离：√[(x₁−x₂)² + (y₁−y₂)²]。有人会写 math.Pow(..., 0.5)，这是错的——math.Pow 开销大、精度差、还可能因底数为负触发 NaN；而 math.Sqrt 是专用硬件指令优化过的，又快又稳。
另一个易错点：用整数坐标算距离后直接取整，比如 int(math.Sqrt(...))。这会截断小数，丢失精度。如果要做“是否在某半径内”的判断，建议用平方比较避开开方（如 dx*dx + dy*dy ），更高效且无浮点误差。
- 推荐：
dist := math.Sqrt(float64(dx*dx + dy*dy)) - 更优（无开方）：
inRange := dx*dx + dy*dy - 避免：
math.Pow(float64(val), 0.5)—— 没必要，且0.5本身是浮点近似
Go 1.21+ 的泛型尝试还没覆盖 math.Sqrt
虽然 Go 1.18 引入泛型，但标准库 math 包至今（1.23）仍未提供泛型版 Sqrt。有人自己封装 func Sqrt[T constraints.Float](x T) T，但内部仍得转成 float64 调 math.Sqrt 再转回，徒增开销，还掩盖了 float32 精度损失问题。
真正需要多精度或符号开方的几何计算（比如解析几何推导、射线与圆交点），math.Sqrt 不是瓶颈，而是建模方式的问题——这时候该考虑用 CAS 工具预处理，而不是在运行时硬扛。
- 别为了“统一接口”强行泛型封装
Sqrt - 如果真要用
float32，老老实实float32(math.Sqrt(float64(x)))，别幻想零损耗 - 几何库如
gonum.org/v1/gonum里的向量距离方法，底层仍是math.Sqrt，只是帮你省了类型转换
Sqrt(x)，然后卡在编译错误上半天。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
