go 中 float64 截断和四舍五入不能直接用 math.round，因其不支持指定小数位数且浮点精度误差会导致结果偏差；应采用缩放+容差+math.round/trunc 的组合方式，或对金融等高精度场景改用 decimal 库。
Go 中 float64 截断和四舍五入为什么不能直接用 math.Round？
Go 标准库的 math.Round 在 Go 1.10+ 才引入，且它只对 float64 有效，行为是「四舍五入到最近整数，.5 向偶数舍入」（IEEE 754 round half to even），但**不支持指定小数位数**。直接调用 math.Round(3.14159) 只能得到 3，无法得到保留两位小数的 3.14 或 3.15。
更关键的是：浮点数本身存在精度误差，比如 0.1 + 0.2 不等于 0.3。任何基于 float64 的截断/舍入操作，若未先做尺度缩放校正，结果可能意外偏离预期。
- 常见错误：写
math.Round(x*100) / 100，看似能保留两位小数，但x = 1.235时，1.235*100可能算出123.49999999999999，导致math.Round结果为123而非124 - 真正安全的做法是：先用
math.Round对缩放后的值做「就近舍入」，再除回；但必须配合足够容差（epsilon）处理浮点表示误差 - 如果业务要求严格精确（如金融计算），
float64本身就不该用 —— 应改用github.com/shopspring/decimal等定点库
如何实现带小数位控制的四舍五入函数？
核心思路是：乘 → 加容差 → 取整 → 除。容差值推荐用 math.Nextafter(0, 1) 或固定 1e-10（对 float64 通常够用）。
func RoundTo(x float64, decimals int) float64 {
if decimals
-
decimals=0→ 四舍五入到整数；decimals=2→ 保留两位小数 - 不要用
math.Pow(10, decimals)，而用math.Pow10（专为整数幂优化，更稳定） - 加
1e-10是为了兜住x*pow因二进制表示产生的微小负偏差（例如1.235 * 100实际为123.49999999999999） - 注意：该函数仍受限于
float64的精度上限（约 15~17 位有效数字），超过此范围的数值舍入结果不可靠
如何实现向零截断（truncation）而非四舍五入？
截断要严格丢弃小数部分，不是简单用 int(x)（它对负数会向零，但只处理整数位）。要支持任意小数位，同样需缩放：
func TruncTo(x float64, decimals int) float64 {
if decimals
-
TruncTo(-3.999, 2)返回-3.99（不是-4.00），符合「向零截断」定义 - 避免用
int64(x*pow)：当x*pow超过int64范围（约 ±9e18）时会溢出，math.Trunc返回float64更安全 - 与
RoundTo不同，TruncTo不需要容差修正，因为math.Trunc本就是确定性截断
什么时候必须放弃 float64，改用 decimal？
当你遇到以下任一情况，float64 版本的 RoundTo 或 TruncTo 就不再可靠：
- 输入来自字符串解析（如
"19.995"），且要求「严格按十进制规则舍入」 - 涉及金额、税率、科学计数中需保证小数位绝对精确（如
0.1 + 0.2 == 0.3必须成立） - 小数位数超过 12 位，或数值大于
1e15（此时float64连最低位都存不准）
这时应切换到 github.com/shopspring/decimal：
d := decimal.NewFromFloat(19.995).Round(2) // 得到 19.99（HalfDown）
d = decimal.NewFromString("19.995").RoundBank(2) // Banker's rounding，等价 math.Round
decimal 的代价是性能下降（约慢 5–10 倍）和内存占用上升，但换来的是可预测、可审计的十进制行为 —— 这不是“更高级”，而是“不得不选”。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
