应使用容差比较替代==判断浮点数相等，普通计算用math.abs(a-b)
直接用 == 或 != 判断两个 double 或 float 是否相等，在 Java 日常开发中几乎必然出错。这不是代码写得不够仔细，而是浮点数在二进制下无法精确表示多数十进制小数（比如 0.1 + 0.2 != 0.3），导致条件永远不成立、循环提前退出、金额校验失败等隐蔽问题。
用容差比较替代 == 判断
核心是放弃“完全相等”，转而判断“足够接近”。推荐写法：
- 对普通计算（如物理模拟、图形坐标）：用
Math.abs(a - b) （<code>double）或Math.abs(a - b) （<code>float） - 对可能涉及极大或极小数值的场景（如科学计算），补充相对误差检查：
Math.abs(a - b) - 避免使用
Double.MIN_VALUE或Double.EPSILON作阈值——它们代表的是 1.0 附近的最小可分辨差，太小，不适用于通用比较
金融/金额类逻辑彻底不用 float/double
账户余额、订单价格、找零计算等场景，精度错误不可接受。此时浮点类型本身就不该出现：
- Java 中必须用
BigDecimal，且务必用字符串构造：写new BigDecimal("19.99")，绝不能写new BigDecimal(19.99)（后者会先让 double 失真再封装） - 若业务单位固定（如美元），统一转为整数单位运算：$19.99 存为
1999（单位：美分），全程用int或long计算，展示时再除以 100 - 避免在
if (amount == 0.0)这类判断中依赖浮点值归零——实际可能是1e-17，应改用amount.compareTo(BigDecimal.ZERO) == 0或amount.doubleValue()
别让浮点数控制循环和索引
用 for (double x = 0.0; x 是高危写法，x 很难精确到达 1.0，极易漏掉最后一次迭代或陷入死循环：
- 改用整数计数器：如
for (int i = 0; i ，乘法比累加更可控 - 循环条件慎用
!=或==，优先改用、<code>>=等有序比较——浮点数的大小关系仍是可靠的 - 数组索引、分页偏移量、状态机跳转等需要离散整数值的地方，绝对不要用
Math.round(x)后直接强转，应确保原始数据源就是整型或已做安全截断
警惕取模和整数性判断陷阱
a % 1 == 0 想判断 a 是否为整数？这在浮点世界里基本无效：
- 哪怕
a逻辑上是 5.0，实际内存值可能是4.999999999999999或5.000000000000001，余数永远不会严格为 0.0 - 正确做法：用容差判断
Math.abs(a - Math.round(a)) ，或对金额类直接用 <code>BigDecimal.scale() == 0 - 类似地，
if (x == 2.0)应改为if (Math.abs(x - 2.0) ，尤其出现在配置阈值、开关条件、状态判定中时
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
