fmt.Sprintf最快但有银行家舍入陷阱，strconv.FormatFloat最稳需指定精度和位数，math.Round+除法最准但须防NaN和负数。
fmt.Sprintf 最快但不可控，strconv.FormatFloat 最稳但需手动舍入，math.Round + 除法最准但要防负数和 NaN。
用 fmt.Sprintf 保留 N 位小数（快但有陷阱）
直接写 fmt.Sprintf("%.2f", x) 是多数人第一反应，它会四舍五入并补零，比如 1.235 → "1.24"，3.0 → "3.00"。但问题在于：fmt.Sprintf 基于 IEEE 754 的“银行家舍入”，且浮点数本身无法精确表示十进制小数，导致像 1.235 实际存为略小的值，有时输出 "1.23" 而非预期的 "1.24"。
- 仅适用于日志、前端展示等对精度无强要求的场景
- 不适用于金融计算、测试断言、配置写入等需要确定性结果的地方
- 动词选错会翻车：
%.2g在大数时切科学计数法，%.2f对极小数（如0.0001）输出"0.00"，丢失原始量级
用 strconv.FormatFloat 控制字符串精度（推荐用于写文件）
这是写入文件或生成配置时最稳的选择：先生成确定字符串，再写入，避开中间格式化歧义。关键在第三个参数——精度：2 表示强制保留 2 位小数并补零；-1 表示自动省略尾随零（5.0 → "5"，3.1400 → "3.14"），但不四舍五入。
- 必须传
64作第四个参数，否则strconv.FormatFloat(x, 'f', 2, 32)会 panic - 若需“最多 N 位且去零”，得先用
math.Round(x * math.Pow(10, float64(n))) / math.Pow(10, float64(n))预处理 - 比
fmt.Sprintf多一次类型转换，但避免了格式动词隐含行为，适合批量写入
用 math.Round 手动四舍五入再格式化（真·数学四舍五入）
要确保“1.235 变成 1.24”这种确定性行为，必须绕过浮点格式化的黑箱。标准做法是放大、取整、缩回：math.Round(x*100) / 100。注意：math.Round 对正负数都适用（-1.235 → -1.24），但输入为 NaN 或 Inf 时原样返回，需提前检查。
立即学习“go语言免费学习笔记（深入）”；
- 组合使用：
value := math.Round(x*100) / 100; fmt.Sprintf("%.2f", value)，既保证舍入逻辑可控，又补零对齐 - 旧版 Go（math.Floor(x*100 + 0.5) / 100，但负数需单独处理
- 如果后续还要做计算，别急着转字符串——保持
float64类型参与运算，只在最终输出/落盘时格式化
真正难的不是“怎么写”，而是“什么时候不该用 float64”
所有这些方案都在和浮点误差共舞。如果你处理的是金额、税率、用户输入的十进制字符串，或者数据库里本就是 DECIMAL 字段，float64 从第一步就错了。这时候该用 github.com/shopspring/decimal 或 math/big.Rat，而不是在舍入函数里打补丁。
