Go 的 math.Round 对负数采用“向正无穷舍入”，如 math.Round(-2.5) 得 -2.0，不符传统四舍五入预期；推荐用 strconv.FormatFloat 实现负数正确舍入，返回字符串避免浮点误差。
Go 中 math.Round 对负数的处理不符合直觉
Go 标准库的 math.Round 实现的是“向最近整数舍入，.5 向正无穷方向”，不是传统数学意义上的四舍五入。对负数来说，math.Round(-2.5) 返回 -2.0（向上舍入），而很多人预期是 -3.0（向下舍入）。这会导致计算结果与业务逻辑错位，尤其在财务、统计类场景中容易引发争议。
strconv.FormatFloat 是最稳妥的负数四舍五入方案
该函数内部使用 IEEE 754 规则 + 正确的舍入逻辑，对正负数一视同仁：它执行的是“四舍六入五成双”（银行家舍入），但实际表现更接近传统四舍五入，且不会受浮点表示误差干扰。关键点：
- 它返回字符串，不是
float64，适合展示或日志输出 - 负数如
-2.675传入strconv.FormatFloat(-2.675, 'f', 2, 64)得到"-2.68"，符合多数人预期 - 若需转回数值，必须用
strconv.ParseFloat，但会重新引入浮点误差——所以除非必要，别转
需要返回 float64 时，必须手动补偿浮点误差
当函数签名强制要求返回 float64（比如中间计算链），又得支持负数，就不能只靠 math.Round(x * 100) / 100。常见错误是忽略负数放大后加 0.5 的方向问题。正确做法是：
- 先判断符号：
if x - 再缩放：用
pow10 := math.Pow10(prec)计算放大倍数 - 核心公式：
math.Trunc(x*pow10 + offset) / pow10 - 注意：
math.Trunc对正负数都向零截断，配合 offset 才能模拟四舍五入语义
金融/金额场景下，负数精度问题根本无解于 float64
哪怕你写出了完美的 RoundTo 函数，float64(-123.456) 在内存里可能存的是 -123.45599999999999。这种误差在累加、比较、扣款时会被放大。此时唯一可靠路径是：
- 用
shopspring/decimal库，所有金额用decimal.Decimal表示 - 它的
.RoundDown()/.RoundUp()/.RoundHalfUp()方法明确支持负数，且基于十进制运算 - 不要试图把
decimal转成float64再处理——那等于放弃精度保障
真正棘手的不是怎么写 round 函数，而是意识到：只要还在用 float64 存负的小数，就注定在某个边界值上出错。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
