Go 浮点数保留两位小数为什么仍有误差

在 Go 里把浮点数格式化成两位小数，最容易混淆的是“看起来保留了两位”和“计算结果真的只有两位误差”。strconv.FormatFloat(value, 'f', 2, 64) 只返回展示用字符串，原来的 float64 仍然是二进制浮点值。日志、页面和报表可以这样格式化；金额加减、税费计算则应使用整数最小单位，或使用能表达十进制的高精度类型。

先分清浮点值和两位小数文本

用一个很小的例子就能看到区别：

package main

import (
    "fmt"
    "strconv"
)

func main() {
    value := 0.1 + 0.2
    fmt.Printf("普通输出: %v\n", value)
    fmt.Printf("高精度输出: %.17f\n", value)
    fmt.Println("两位文本:", strconv.FormatFloat(value, 'f', 2, 64))
}

最后一行会得到类似 0.30 的字符串，但它只是一个新的字符串。value 没有被改成“精确的三十分之九”，如果随后拿它参与比较、累计或乘税率，二进制浮点的表示误差仍会存在。Go 规范把 float64 定义为 IEEE 754 64 位浮点类型，它擅长范围和性能，不承诺所有十进制小数都能精确表示。

只为日志和页面显示时，用 FormatFloat

如果数据只是仪表盘、日志、CSV 展示或接口中的可读字段，格式化就是合适的边界：

func amountText(value float64) string {
    return strconv.FormatFloat(value, 'f', 2, 64)
}

// amountText(12.5) == "12.50"

'f' 表示不使用指数形式，精度 2 表示小数点后的位数。它会按照浮点值进行舍入，但不会把结果写回 value。因此可以把返回值交给模板或日志；不要把它再解析回 float64，然后期待误差消失。

金额计算改成整数最小单位

如果业务货币固定到分，可以让领域模型直接保存分，而不是先把 12.35 元存为 float64：

type Cents int64

func (c Cents) Text() string {
    sign := ""
    if c 

这种方式适合购物车、账户余额和结算明细的加减。生产代码还应在转换输入时校验小数位、在乘法前检查范围，并为负数最小值单独处理；“改成 int64”不等于可以忽略溢出。若货币精度不固定，或需要按比例计算，就进入下一种方案。

需要小数运算时先保留十进制输入

折扣、税率和测量值往往不是简单的两位货币。此时不要先把用户输入的 "1.005" 变成 float64 再补救，而应保留字符串，交给项目统一的十进制定点类型，或者使用标准库 math/big 的高精度数值类型。关键不是某个 Round 函数，而是提前确定：保留几位、采用何种舍入、在哪个业务步骤舍入一次。

math.Round(v*100)/100 可以处理部分展示前的浮点舍入，但它仍以 float64 为基础，不应被当作账务精确计算方案。若只是把已有浮点值做报表显示，直接格式化更清晰；若是从文本开始的金额链路，就在入口处避免浮点化。

常见问题

FormatFloat 保留两位后，为什么比较仍不相等？

因为比较的通常还是原来的 float64，而不是格式化返回的字符串。需要展示就比较展示文本；需要数值比较则定义允许误差，或改用整数/高精度类型。

把结果赋回 float64 能解决吗？

不能。把两位文本再次解析成 float64，仍然会回到二进制浮点表示；这只适合继续做近似计算，不会制造精确十进制。

金额一定要使用第三方 decimal 包吗？

不一定。固定两位且只做加减时，int64 保存分通常足够；涉及比例、不同小数位或严格舍入时，再选项目认可的十进制定点实现。

判断方法可以很简单：只是让人看到两位，就格式化；要让程序精确结算，就先决定数据的最小单位和舍入规则，再选择整数或十进制表示。不要用一层显示格式去掩盖底层浮点模型。