Go中无内置Round函数，显示用fmt.Sprintf（安全可靠），计算用math.Round加eps补偿，金融场景必须用decimal.Decimal。
Go 里没有内置的 Round 到指定位数的函数，直接用 math.Round(x*100)/100 看似简单，但浮点误差会让它在边界值上出错（比如 2.675 可能变成 2.67），必须根据用途选对方法。
只用于显示：用 fmt.Sprintf 或 fmt.Printf
这是最常用、最安全的做法——不涉及数值计算，只控制输出格式。它内部按 IEEE 754 规则四舍五入，不受浮点表示误差干扰。
-
fmt.Sprintf("%.4f", 3.14159)→"3.1416" -
fmt.Sprintf("%.2f", 2.675)→"2.68"（正确！） -
fmt.Sprintf("%.2f", -1.235)→"-1.24"（负数也可靠） - 注意：返回的是
string，不能直接参与后续计算；末尾零会保留，如3.1显示为"3.10"
需要 float64 类型结果：用 math.Round + 补偿 eps
如果函数签名必须返回 float64（比如作为中间计算值），就不能依赖字符串转换。此时要手动放大 → 四舍五入 → 缩小，并对浮点误差加极小补偿值（eps）。
- 错误写法：
math.Round(x*100) / 100——x*100可能是267.49999999999994，Round后变267 - 正确写法：
math.Round(x*100 + 0.5*1e-13) / 100（1e-13是经验值，足够抵消 double 精度误差） - 更健壮的通用函数应区分正负：负数需用
math.Floor或调整符号逻辑，否则-2.675会错 - 性能高、无内存分配，适合高频调用场景
金融/金额类计算：必须用 shopspring/decimal
任何涉及钱、利率、报表精度要求高的场景，float64 本身就不该出现。IEEE 754 的二进制表示注定无法精确表达十进制小数（如 0.1 + 0.2 != 0.3）。
-
decimal.Decimal是十进制定点数，所有运算基于字符串或整数，无精度漂移 -
amount.StringFixed(2)直接返回带两位小数的字符串，自动四舍五入且符合会计规则 - 支持
RoundFloor、RoundCeiling、RoundHalfEven等多种舍入模式 - 代价是额外依赖和稍低性能，但这是金融系统不可妥协的成本
真正容易被忽略的是：**“四舍五入”这个动作本身，在不同上下文里语义完全不同**——显示时只要视觉一致，计算时却要求数学等价性，而金融场景还要求可审计、可复现。别因为 fmt.Sprintf 写起来快，就把它塞进资金结算流程里。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
