Java中用Double配合DecimalFormat无法可靠实现标准四舍五入，因浮点数精度丢失导致结果偏差；应改用BigDecimal（以字符串构造）进行精确计算与格式化。

java中用`double`配合`decimalformat`无法可靠实现标准四舍五入，因浮点数精度丢失导致结果偏差；应改用`bigdecimal`（以字符串构造）进行精确计算与格式化。

在Java中，对数值进行「保留两位小数并四舍五入」看似简单，但若直接使用double原始类型配合DecimalFormat，极易因IEEE 754浮点数表示局限而产生意外结果。例如：

double value = 50.275;
DecimalFormat df = new DecimalFormat("0.00");
df.setRoundingMode(RoundingMode.HALF_UP);
df.setMaximumFractionDigits(2);
System.out.println(df.format(value)); // 输出：50.27（而非预期的50.28）

原因在于：50.275无法被double精确存储——其实际二进制近似值约为50.274999999999998578914528477191925048828125，因此HALF_UP规则下向下舍入为50.27。

✅ 正确做法是绕过double，从源头保证精度：
若原始数据来自用户输入、JSON、数据库字段或字符串（如"50.275"），应直接用该字符串构造BigDecimal，再调用setScale()进行精确舍入：

String input = "50.275";
BigDecimal bd = new BigDecimal(input);
String result = bd.setScale(2, RoundingMode.HALF_UP).toPlainString();
System.out.println(result); // 输出：50.28

⚠️ 注意事项：

Java 接口排错助手

在调试 Java 后端 API 故障时使用此技能，尤其适用于以下任务：分析日志、跨 Controller、Service 和 Mapper 层追踪请求、定位异常根因、检查 SQL 执行或参数流转，以及生成简洁的诊断结论与修复方案。

下载

• ❌ 避免 new BigDecimal(50.275)（传入double），这会继承浮点误差；
• ✅ 始终优先使用 new BigDecimal(String) 构造；
• toPlainString() 可避免科学计数法（如"5E+1"），确保输出为可读十进制字符串；
• 若需返回double，建议仅在最终展示前转换（bd.doubleValue()），但需知此时又可能引入精度损失——业务逻辑中推荐全程使用BigDecimal。

总结：金融计算、价格、评分等对精度敏感的场景，务必以String → BigDecimal为起点，结合setScale(..., RoundingMode.HALF_UP)完成可控舍入，这是Java中实现「真正四舍五入」的唯一可靠路径。

立即学习“Java免费学习笔记（深入）”；