Java中float和double无法避免精度丢失，因其二进制浮点表示无法精确表达多数十进制小数；关键应绕过它们，金额等精确场景优先用BigDecimal（字符串构造、valueOf、add等方法运算、除法指定scale和RoundingMode）；非金融场景可接受误差时，浮点比较须用Math.abs(a - b)

Java 中 float 和 double 无法从根本上避免精度丢失，因为这是它们的底层设计决定的——二进制浮点表示无法精确表达多数十进制小数（比如 0.1、0.3）。所以“避免精度丢失”的正确思路不是“让 float/double 变精确”，而是绕过它们，改用适合精确计算的类型和方式。关键在场景：金额、计费、计量等必须精确的业务，一律不用 float/double。

优先用 BigDecimal 处理高精度计算

BigDecimal 是 Java 提供的任意精度十进制计算类，专为解决 float/double 的精度缺陷而生。但它必须“正确使用”，否则等于白用：

• 构造时务必用字符串：new BigDecimal("0.1") —— 这样能完全保留十进制语义；
• 绝对不要用 double 构造：new BigDecimal(0.1) 会把 0.1 在 double 中已有的误差（0.10000000000000000555…）原样带入；
• 推荐用 valueOf：BigDecimal.valueOf(0.1) 内部先转成字符串再构造，比直接 new 更安全；
• 四则运算必须调用方法：用 add()、subtract()、multiply()、divide()，不能用 + - * /；除法还必须指定 scale 和 RoundingMode，例如 divide(BigDecimal.TEN, 2, RoundingMode.HALF_UP)。

非金融场景可接受误差时的应对策略

如果只是科学计算、图形渲染或对精度要求不苛刻的中间结果，float/double 仍可继续用，但需规避常见误操作：

JavaScript 测试模式

使用 Jest、Vitest 和 Testing Library 实施全面的测试策略，包括单元测试、集成测试和端到端测试，涵盖模拟、测试夹具和测试驱动开发。在编

下载

• 比较两个浮点数时不用 ==：改用 Math.abs(a - b)
• 避免连续累加小数：比如 for (int i = 0; i
• 大数与小数混合运算要警惕：如 2001299.32 + 0.11，double 虽有 15~16 位有效数字，但高位占满后，低位可能被截断——此时也建议转 BigDecimal。

什么时候可以继续放心用 double

double 本身不是“错误”，它在合理范围内是高效且够用的：

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

• 物理模拟、机器学习参数、日志中的耗时统计（如 System.nanoTime() 差值）；
• 数值范围极大或极小（如天文数据、纳米级测量），且允许相对误差；
• 性能敏感场景（如高频数学库），且业务允许 IEEE 754 标准下的误差（通常在 1e-15 级别）。

额外提醒：别忽略输入源头

即使代码里用了 BigDecimal，如果原始数据来自 double 变量或 JSON/数据库未加处理的浮点字段，误差早已存在。例如：

错误示范：

double input = 0.1;
BigDecimal bd = new BigDecimal(input); // 误差从 input 就带进来了

正确做法：

String inputStr = "0.1";
BigDecimal bd = new BigDecimal(inputStr); // 或 BigDecimal.valueOf(Double.parseDouble(inputStr))