java浮点数精度丢失源于二进制无法精确表示多数十进制小数，属ieee 754标准固有局限；关键场景应避开float/double，优先用bigdecimal（字符串构造、显式舍入）或整数放大法，并避免浮点比较与循环控制。
Java 中浮点数精度丢失问题，本质是二进制无法精确表示多数十进制小数（比如 0.1、0.05），导致计算结果出现微小偏差（如 0.1 + 0.2 输出 0.30000000000000004）。这不是 bug，而是 IEEE 754 浮点标准的固有局限。解决的关键不是“修复 float/double”，而是**避开它们做关键计算**——尤其在金额、税率、计量等需精确结果的场景。
优先用 BigDecimal：构造和运算都得规范
BigDecimal 是专为高精度十进制运算设计的类，但它“用错就白用”。常见错误是直接用 new BigDecimal(double) 构造，这会把 double 原有的误差一并带入：
- ❌ 错误：
new BigDecimal(0.1)→ 实际值是0.10000000000000000555... - ✅ 正确：
new BigDecimal("0.1")或BigDecimal.valueOf(0.1)（后者内部调用Double.toString()，语义更安全）
运算时也必须显式指定精度和舍入模式，尤其涉及除法或保留小数位：
- 加减乘可直接用
.add()、.multiply()等方法 - 除法必须指定精度与舍入方式，否则可能抛
ArithmeticException（如1 ÷ 3是无限小数）：bd1.divide(bd2, 2, RoundingMode.HALF_UP) - 保留小数位统一用
.setScale(2, RoundingMode.HALF_UP)，避免依赖默认行为
整数放大法：适合高性能、确定精度的场景
当对性能敏感且小数位数固定（如金额单位为“分”），可将数值放大为整数运算，彻底规避浮点类型：
- 例如金额 123.45 元 → 存为
12345（单位：分） - 所有加减乘除都在 long/int 上进行，无精度损失
- 显示或传输时再除以 100.0 转回 double，或用
String.format("%.2f", value / 100.0)
⚠️ 注意：放大倍数不能过大，防止 long 溢出；推荐用 Math.round(value * scale) 替代强制类型转换，避免截断误差。
浮点比较与循环控制：用容差或整数替代
不要用 == 直接比较两个 double，也不要拿 float/double 当循环条件变量：
- 比较用误差阈值：
Math.abs(a - b) （科学计算常用 <code>1e-10，图形渲染可放宽至1e-6） - 循环避免写
while (x ，改用整数计数：<br><code>for (int i = 0; i
显示格式化：仅用于输出，不用于计算
DecimalFormat、String.format 或 printf 可美化输出（如保留两位小数），但它们只是格式化工具，**不能修复底层精度问题**。如果先用 double 计算再格式化，误差已存在：
- ❌
double d = 0.1 + 0.2; System.out.printf("%.1f", d);→ 输出0.3，但d本身仍是0.30000000000000004 - ✅ 正确流程：先用 BigDecimal 精确计算 →
setScale控制精度 → 再转字符串或 double 用于显示
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
