Go 的 math 包不支持隐式类型转换，math.Abs(-5) 报错因参数需 float64 类型，正确写法为 math.Abs(float64(-5)) 或用 Go 1.21+ 的整数专用函数；math.Pow 存在精度误差与 NaN 风险；math.IsNaN 等函数须确保输入为 float64 类型；math.Round 自 1.10 起采用银行家舍入。
Go 的 math 包不是“开箱即用”的浮点计算库——它不处理整数运算，所有函数都要求 float64 类型输入，且对特殊值（如 NaN、+Inf、-Inf）有明确定义但容易被忽略。
为什么 math.Abs(-5) 编译报错：cannot use -5 (type int) as type float64
Go 不做隐式类型转换。math.Abs 只接受 float64，传入整数会直接编译失败。
- 正确写法：
math.Abs(float64(-5))或math.Abs(-5.0) - 整数绝对值应改用标准库
int版本：Go 1.21+ 提供int、int64等专用函数，如int(math.Abs(float64(x)))不推荐，应优先用abs(int)（需自己实现或用第三方） - 常见陷阱：把
len(s)（返回int）直接传给math.Sqrt，必须显式转成float64
math.Pow(x, y) 的精度和边界问题
math.Pow 是 float64 幂运算，不是整数快速幂，也不保证精确结果（尤其对大整数或小数指数）。
-
math.Pow(2, 10)返回1024.0（看似正常），但math.Pow(10, 2)可能是99.99999999999999（受 IEEE 754 限制） - 底数为负、指数非整数时返回
NaN，例如math.Pow(-2, 0.5)→NaN，不会 panic - 需要整数幂？用循环或位运算更可靠；需要高精度？换用
big.Float
math.IsNaN、math.IsInf 判断前必须先检查是否是 float64
这些函数只对 float64 有效，若传入未初始化的变量、接口类型或通过反射获取的值，可能静默失效。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
- 典型误用：
var x interface{} = math.NaN(); math.IsNaN(x)→ 编译错误，因为x是interface{}，不是float64 - 安全做法：先类型断言，再判断：
if v, ok := x.(float64); ok && math.IsNaN(v) { ... } -
math.NaN()返回的值不等于自身（v != v），这是唯一可靠的NaN检测方式，math.IsNaN内部正是这么做的
math.Round 在 Go 1.10+ 的行为变更与替代方案
Go 1.10 之前 math.Round 不存在，常用 math.Floor(x + 0.5) 实现，但这在负数上出错；1.10+ 引入后按“四舍五入到最近偶数”（银行家舍入）规则，不是传统四舍五入。
-
math.Round(2.5)→2.0（不是 3.0），因为 2 是偶数 - 需要传统四舍五入？用
math.Floor(x + 0.5)（仅适用于正数），或统一用：func round(x float64) float64 { if x - 注意：所有
Round系列函数（RoundToEven、RoundUp等）都只作用于float64，无整数重载
最常被跳过的细节是：所有 math 函数对 NaN 输入几乎都返回 NaN，对 ±Inf 有各自定义（比如 math.Sin(math.Inf(1)) 是 NaN），但没人会在调用前检查输入是否合法——这恰恰是线上服务出现静默错误的源头。
