如何在 Java 中使用 DecimalFormat.format() 强制保留两位小数显示

DecimalFormat.format() 用得好好的，可有时候就是死活不显示两位小数，逼得人想砸键盘。这事儿的根源，不复杂，但容易踩坑。简单来说，原因有三个：模式里用了“#”而不是“0”、 setMinimumFractionDigits() 偷偷搞乱，或者 double 精度问题没处理。

DecimalFormat.format() 为什么有时不显示两位小数？

DecimalFormat 默认采用“最少位数”策略——也就是说，它只展示它认为“必要”的位数，而不是你心里期望的那么多。比如格式模式是 "0.00"，传个 1.0 进去，它能输出 "1.00"，看似没问题。可一旦你用了 "#.##" 这类模式，情况就糟糕了：1.0 输出来还是 "1"，小数位说丢就丢。根本原因在于，# 是“可选数字”，没有它就懒得补；而 0 才是“必须显示的数字占位符”，强迫它展示。

正确设置模式字符串：用 0 而不是 # 控制小数位

要想强制保留两位小数，模式中小数点后必须用两个 0，没有任何商量余地。比如：

DecimalFormat df = new DecimalFormat("0.00");

常见错误写法及它们的下场：

• "#.##" → 输入 5 输出 "5"，不补零，直接摆烂
• "0.##" → 输入 7.0 输出 "7"，第二位小数给忽略了，纯粹占位符没到位
• "0.00" → 输入 4、4.0、4.1 都输出 "4.00"、"4.00"、"4.10"，完美

一句话：想要两位小数，“0.00”才是王道。

注意 setMinimumFractionDigits() 的干扰

即使模式写对了，如果之前调用了 setMinimumFractionDigits(0) 或类似的自定义设置，也可能把模式的行为给覆盖掉。默认情况下 minimumFractionDigits 是 0，而 "0.00" 模式本身已经隐含了最小 2 位，所以通常无需额外设置。但如果你在复用同一个 DecimalFormat 实例，务必确认以下几点：

• 没调用过 df.setMinimumFractionDigits(0) 或 df.setMaximumFractionDigits(1)
• 没调用过 df.setDecimalSeparatorAlwaysShown(true)（这会让整数也显示 .00，但一般来说是用不到的）
• 稳妥的做法是每次都新实例，或者重置一下： df.applyPattern("0.00")

浮点精度问题会破坏预期结果

double 本身的硬伤大家心里都有数：它没法精确表示很多十进制小数，比如经典的 0.1 + 0.2 != 0.3。这导致 format(0.1 + 0.2) 可能输出 "0.30000000000000004"，再经 "0.00" 格式化后变成 "0.30"（看起来正常）。可一旦计算误差更大——比如累加误差累积起来——四舍五入就彻底出错了。稳妥的处理方式：

• 业务里涉及到金额等关键场景，千万别图省事，改用 BigDecimal 构造，并指定 RoundingMode.HALF_UP
• 如果非要用 double，先做一次 Math.round(value * 100.0) / 100.0 再格式化（但要注意，double 除法还是有精度风险）
• 最靠谱的：直接用 BigDecimal.valueOf(d).setScale(2, RoundingMode.HALF_UP).toString()，干净利落

真正容易忽略的点是：DecimalFormat 不是“四舍五入工具”，它只负责格式化，不改变原始数值。该舍入的地方，得提前用 BigDecimal 或 Math.round 处理干净，别指望它替你兜底。