java中float和double严格遵循ieee 754标准：float为32位（1位符号+8位指数+23位尾数），double为64位（1位符号+11位指数+52位尾数），因十进制小数如0.1在二进制中无限循环，截断后只能近似表示，导致精度丢失。
Java 中的 float 和 double 是基于 IEEE 754 标准的二进制浮点数类型，它们不直接存储十进制小数，而是用“符号 + 指数 + 尾数”的方式近似表示数值。这种设计导致很多常见十进制小数（如 0.1、0.2、0.3）无法被精确表达，从而在计算中产生肉眼可见的精度偏差。
float 和 double 在内存中怎么存？
两者都按科学计数法拆解为三部分：
- float（单精度，32 位）：1 位符号位 + 8 位指数位 + 23 位尾数位（实际精度约 6–7 位十进制有效数字）
- double（双精度，64 位）：1 位符号位 + 11 位指数位 + 52 位尾数位（实际精度约 15–17 位十进制有效数字）
例如，十进制的 0.1 转成二进制是无限循环小数 0.00011001100110011…₂，而 float 只能取前 23 位尾数，强制截断或舍入，结果就不是真正的 0.1，而是近似值。double 虽然尾数更长，但依然无法表示所有十进制小数——它只是把误差推得更靠后而已。
典型精度丢失现象有哪些？
运行下面任意一段代码，就能直观看到问题：
-
System.out.println(0.1 + 0.2);→ 输出 0.30000000000000004 -
System.out.println(1.0 - 0.9);→ 输出 0.09999999999999998 -
System.out.println((1.2 - 0.4) / 0.1);→ 输出 7.999999999999999（不是 8）
这些不是 bug，而是浮点数表示能力的固有局限。只要涉及小数参与的加减乘除，尤其是连续运算，误差就可能累积放大。
什么时候必须避开 float/double？
以下场景严禁使用 float 或 double：
- 金额计算：一分钱差错可能导致对账失败或资金异常
- ID 或序列号：比如用 double 存储订单号 10000000000000001，可能变成 10000000000000000
-
阈值判断：如
if (value == 0.1)很可能永远不成立 - 数据库字段映射：尤其对应 DECIMAL 类型时，用 double 会丢失精度
这些地方应统一改用 BigDecimal，它以字符串或整数为基础构造，内部用十进制运算，可完全避免二进制表示带来的失真。
怎么安全地用 float/double？
如果确实需要使用（如日志调试、性能敏感的科学模拟），请遵守这几条：
- 比较两个浮点数时不用
==，改用Math.abs(a - b) （设定容差） - 输出展示前用
String.format("%.2f", value)或DecimalFormat控制位数，别依赖原始值 - 避免链式小数运算；能转整数算的（如“分”代替“元”），优先转整型 int/long
- 不要用 float/double 做循环条件或计数器（如
for (double i = 0.1; i 会多跑或少跑）
本质上，float 和 double 不是“不准”，而是“不适用于精确十进制场景”。理解它们的存储机制，才能在合适的地方用对类型。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
