应使用容差比较替代==判断浮点数相等，普通计算用Math.abs(a-b)<1e-9（double）或1e-6（float），科学计算需加相对误差检查；金额必须用BigDecimal字符串构造或转整数运算；循环和索引避免浮点控制。
直接用 == 或 != 判断两个 double 或 float 是否相等，在 Java 日常开发中几乎必然出错。这不是代码写得不够仔细，而是浮点数在二进制下无法精确表示多数十进制小数（比如 0.1 + 0.2 != 0.3），导致条件永远不成立、循环提前退出、金额校验失败等隐蔽问题。
用容差比较替代 == 判断
核心是放弃“完全相等”，转而判断“足够接近”。推荐写法：
- 对普通计算（如物理模拟、图形坐标）：用
Math.abs(a - b) < 1e-9（double）或Math.abs(a - b) < 1e-6（float） - 对可能涉及极大或极小数值的场景（如科学计算），补充相对误差检查：
Math.abs(a - b) <= epsilon * Math.max(Math.abs(a), Math.abs(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() < 1e-6
别让浮点数控制循环和索引
用 for (double x = 0.0; x <= 1.0; x += 0.1) 是高危写法，x 很难精确到达 1.0，极易漏掉最后一次迭代或陷入死循环：
立即学习“Java免费学习笔记（深入）”；
- 改用整数计数器：如
for (int i = 0; i <= 10; i++) { double x = i * 0.1; }，乘法比累加更可控 - 循环条件慎用
!=或==，优先改用<=、>=等有序比较——浮点数的大小关系仍是可靠的 - 数组索引、分页偏移量、状态机跳转等需要离散整数值的地方，绝对不要用
Math.round(x)后直接强转，应确保原始数据源就是整型或已做安全截断
警惕取模和整数性判断陷阱
a % 1 == 0 想判断 a 是否为整数？这在浮点世界里基本无效：
- 哪怕
a逻辑上是 5.0，实际内存值可能是4.999999999999999或5.000000000000001，余数永远不会严格为 0.0 - 正确做法：用容差判断
Math.abs(a - Math.round(a)) < 1e-9，或对金额类直接用BigDecimal.scale() == 0 - 类似地，
if (x == 2.0)应改为if (Math.abs(x - 2.0) < 1e-9)，尤其出现在配置阈值、开关条件、状态判定中时
