float64无法精确表示大多数十进制小数，这是IEEE 754标准的固有局限；fmt.Printf("%.2f")仅控制输出格式而不改变数值精度，math.Round(x*100)/100可数值四舍五入但需防溢出与大数失效，高精度场景应使用整数运算或decimal库。
float64 不能精确表示大多数十进制小数，所有“四舍五入到 N 位小数”的操作，本质都是在已有误差基础上再做一次近似——这不是 Go 的 bug，而是 IEEE 754 的物理限制。真要算准，就得绕开 float64。
fmt.Printf("%.2f") 是最常用也最容易误用的精度控制方式
它只影响**输出字符串的显示形式**，不改变底层值，也不参与计算逻辑。
- 输入
0.1 + 0.2得到的是0.30000000000000004，fmt.Printf("%.2f", 0.1+0.2)输出"0.30"—— 看起来对了，但你拿这个结果继续加减，误差还在 -
%.2f是四舍五入（不是截断），但依据的是二进制近似值，所以2.555可能被格式化成"2.55"而非"2.56" - 若用于日志、API 响应或前端展示，
fmt.Sprintf("%.2f", x)安全且高效；若用于后续计算，它毫无意义
math.Round(x * 100) / 100 是数值层面的四舍五入，但有陷阱
这是真正修改 float64 值的做法，但必须注意放大倍数和溢出风险。
- 正确写法：
rounded := math.Round(x*100) / 100（保留两位）；math.Round(x*1e4)/1e4（四位） - 不要用
math.Pow10(n)动态计算倍数——它返回的仍是float64，可能引入额外误差 - 当
x很大（比如 > 1e15）时，x * 100会丢失低有效位，Round失效；此时fmt.Sprintf反而更稳定 - 该方法对负数也适用，因为
math.Round向最近整数舍入（-2.555 → -2.56）
strconv.FormatFloat(x, 'f', 2, 64) 和 bitSize=64 必须匹配
这个函数常被用来生成带固定小数位的字符串，但参数填错会导致 panic 或静默错误。
立即学习“go语言免费学习笔记（深入）”；
-
bitSize不是“你要几位精度”，而是告诉 Go：你传进来的是float64还是float32。变量是float64，就必须填64；填32会 panic -
frac=2表示强制输出 2 位小数（"1.20"），frac=-1表示自动选最少位数（"1.2"），但两者都暴露底层误差，比如0.1可能变成"0.10000000000000001" - JSON 序列化默认调用的就是
strconv.FormatFloat(v, 'g', -1, 64)，所以别指望json.Marshal自动帮你“修好”精度
真正需要精度的场景，float64 就不该出现
电商金额、汇率、科学计数、大整数运算——这些地方的“精度”不是显示问题，而是数学正确性问题。
- 金额统一转为整数单位（如“分”），全程用
int64计算，最后除以 100 再格式化，零误差 - 必须用小数？上
github.com/shopspring/decimal：它用十进制字符串存储，decimal.NewFromFloat(0.1).Add(decimal.NewFromFloat(0.2))结果就是0.3 -
math/big.Float不是替代品：它的SetPrec单位是二进制位，SetPrec(53)才模拟float64，设低了反而更不准；且从float64构造会直接继承原始误差
浮点数精度问题从来不在“怎么四舍五入”，而在“谁来承担误差”。显示层可以妥协，计算层不能。
