strconv.FormatFloat 输出多出小数位是因 float64 二进制精度限制导致的固有误差，非函数 bug；frac=-1 时自动选最小位数但仍暴露底层近似值，需显式指定 frac 或改用整数/decimal 类型规避。
为什么 strconv.FormatFloat 输出的数字总多出几位小数？
因为 strconv.FormatFloat 默认使用 f 格式且未指定精度时，会按 float64 的完整有效位输出（最多约 15 位小数），不是四舍五入到你“以为”的小数位数。比如 strconv.FormatFloat(1.2345, 'f', -1, 64) 输出 "1.2345000000000001" —— 这是浮点数二进制表示导致的固有误差，不是函数 bug。
-
frac参数为-1时，Go 会自动选择最小必要位数，但无法规避底层精度限制 - 真正可控精度的方式是显式指定
frac，例如strconv.FormatFloat(x, 'f', 2, 64)强制保留 2 位小数（注意：这是截断式舍入，非银行家舍入） - 若需四舍五入到指定位数，必须先用
math.Round(x * math.Pow10(n)) / math.Pow10(n)预处理，再调用FormatFloat
如何避免 strconv.FormatFloat 把 0.1 变成 0.10000000000000001？
这不是格式化问题，而是 float64 无法精确表示十进制小数。想彻底避开，就得绕过浮点数——改用整数或 decimal 类型做中间计算。
- 对金额等场景，推荐用整数单位（如“分”代替“元”），再用
strconv.Itoa+ 手动插入小数点 - 若必须用 float64 输入，至少保证输出时固定小数位：
strconv.FormatFloat(val, 'f', 2, 64)得到"0.10"，视觉上正确，但底层仍是近似值 - 第三方库如
shopspring/decimal可精确处理十进制运算，再用其.String()方法输出，不依赖strconv
strconv.FormatFloat 的 bitSize 参数填 32 还是 64？
填错会导致 panic 或静默精度丢失。它不是“目标精度”，而是告诉 Go 当前传入的 float64 或 float32 值的实际类型。
- 变量是
float64（绝大多数情况），必须填64；填32会 panic：strconv: illegal base - 变量是
float32，必须填32；填64会把float32当作float64解释，高位补 0，结果错误 - 不确定类型时，用类型断言或显式转换：
float64(f32)后再调用并设bitSize=64
用 strconv.FormatFloat 做 JSON 序列化时要注意什么？
标准 json.Marshal 对 float64 默认使用 strconv.FormatFloat(v, 'g', -1, 64)，所以同样受浮点精度影响。如果你在 JSON 中看到 "0.10000000000000001"，不是序列化逻辑有问题，是原始值本身已失真。
立即学习“go语言免费学习笔记（深入）”；
- 不要试图在 Marshal 前用
FormatFloat预处理再塞字符串进去——这会让字段变成字符串而非数字，破坏 API 兼容性 - 如需控制 JSON 中数字格式，应实现自定义
MarshalJSON方法，内部用FormatFloat+ 固定frac，再包进json.RawMessage - 更稳妥的做法是前端或协议层约定：所有数字字段按字符串传输，并由接收方自行解析（此时发送方可安全用
FormatFloat(x, 'f', 2, 64)）
真正麻烦的从来不是怎么调用 FormatFloat，而是你传给它的那个 float64 值，从诞生那一刻起就可能已经不是你要的那个十进制数了。
