Go 的 math.Round 不等于传统四舍五入，因其采用银行家舍入（.5 向偶数舍入），如 Round(2.5) 得 2；需手动实现 RoundHalfUp 才符合“遇 5 进 1”规则。
Go 语言标准库 math 包里没有直接叫 Round 的四舍五入函数（至少在 Go 1.21 之前），math.Round 是 Go 1.10 才加入的，但它的行为和很多人直觉里的“四舍五入”不完全一致——它按 IEEE 754 规则向最近的整数舍入，遇到 .5 时向偶数方向舍入（也叫“银行家舍入”）。如果你要的是传统小学数学意义上的“遇 5 进 1”，得自己写或小心调用。
为什么 math.Round 不等于“四舍五入”？
它实现的是“舍入到最近的整数，.5 向偶数舍入”。比如：
-
math.Round(2.5)→2.0（不是 3） -
math.Round(3.5)→4.0（因为 4 是偶数） -
math.Round(-2.5)→-2.0（-2 比 -3 更接近且是偶数）
这在金融计算中更公平，但日常业务逻辑（如价格展示、统计报表）往往要求明确的“进一”规则。别直接用 math.Round 替代四舍五入，除非你确认接受银行家舍入语义。
如何手写传统四舍五入到整数？
最稳妥的方式是加 0.5 后用 math.Floor（正数）或减 0.5 后用 math.Ceil（负数），或者统一用符号处理。推荐这个无分支写法：
立即学习“go语言免费学习笔记（深入）”；
func RoundHalfUp(x float64) int64 {
if x < 0 {
return int64(math.Ceil(x - 0.5))
}
return int64(math.Floor(x + 0.5))
}说明：
- 对正数：+0.5 再向下取整，等价于“遇 0.5 及以上进 1”
- 对负数：−0.5 再向上取整，避免
-2.5 → -3这种反直觉结果（传统四舍五入中，−2.5 通常也进为 −3） - 返回
int64是为了覆盖大浮点数范围；若确定值小，可用int
如何四舍五入到指定位数小数？
核心是“先放大、再四舍五入、再缩小”。例如保留 2 位小数：
func RoundToDecimal(x float64, decimals int) float64 {
pow := math.Pow10(decimals)
return RoundHalfUp(x*pow) / float64(pow)
}注意点：
-
math.Pow10返回float64，对大decimals（如 >15）可能有精度误差，生产环境建议用整数幂预计算或用big.Float - 不要用
fmt.Sprintf("%.2f", x)做数值计算——那是格式化，返回字符串，且受本地 locale 影响 - 如果只是用于显示，优先用
fmt.Printf("%.2f", x)，它内部用的是 IEEE 舍入，但显示效果符合多数人预期
常见踩坑：math.Trunc、math.Floor、math.Ceil 混用
它们只做截断或单向取整，不是四舍五入：
-
math.Trunc(2.9)→2.0，math.Trunc(-2.9)→-2.0（去小数部分） -
math.Floor(2.9)→2.0，math.Floor(-2.9)→-3.0（向下） -
math.Ceil(2.1)→3.0，math.Ceil(-2.1)→-2.0（向上）
误用这些函数替代 Round 是线上 bug 高发区，尤其在处理负数金额或坐标偏移时。检查代码里所有 math.Floor(x + 0.5) 是否加了负数分支——没加就是隐患。
浮点数本身有精度限制，RoundHalfUp(0.1 + 0.2) 可能不等于 RoundHalfUp(0.3)。真要精确控制舍入（比如财务系统），别用 float64，改用整数 cents 或 github.com/shopspring/decimal。
