可以，但需排除NaN；>、<等大小比较可靠，而==判等易因二进制近似误差出错，应改用Math.abs(a-b)<epsilon或Double.compare()。
Java 关系运算符（>、<、>=、<=）本身可以正常用于浮点数大小比较，比如 a > b 会返回 true 或 false，但必须注意：它们比较的是二进制近似值，不是数学意义上的精确值。因此，**直接用 > 等判断大小没问题，但用 == 判断“相等”极易出错**——这是新手最常混淆的点。
关系运算符能安全用于浮点数大小比较吗
可以，但有前提：
-
>、<、>=、<=是 IEEE 754 兼容的，JVM 保证其行为符合标准，对非 NaN 值的大小关系判断是可靠的 - 只要不涉及
NaN，这些运算符的结果是确定且可预期的。例如：0.1 + 0.2 > 0.3返回true（因为0.1+0.2实际是0.30000000000000004） - 但若参与比较的值中有一个是
Double.NaN，所有关系运算符（包括>、<）都会返回false—— 这是 IEEE 规定，NaN不大于、不小于、也不等于任何数（包括自己）
为什么 == 和 != 不能用于浮点数相等判断
因为浮点数在内存中是二进制近似存储，很多十进制小数（如 0.1、0.2）无法精确表示。计算过程还会引入舍入误差：
-
0.1 + 0.2 == 0.3的结果是false -
double d1 = 1.0 - 0.9;和double d2 = 0.1;虽然数学上相等，但d1 == d2为false - 这种误差不是 bug，而是 IEEE 754 标准的固有特性，所有语言都存在
推荐的浮点数相等与大小判断方案
当业务逻辑需要“数值上是否足够接近”或“是否可视为相等”时，应避开 ==，改用以下方式：
立即学习“Java免费学习笔记（深入）”；
-
误差范围法（最常用）：用
Math.abs(a - b) < epsilon替代a == b；大小比较仍可用>等，但“相等分支”需用此方式实现 -
Double.compare() 辅助判等：它能正确处理
NaN和-0.0/+0.0，Double.compare(a, b) == 0表示数值相等（非 NaN），但仍是严格比较，不带容差 -
BigDecimal（高精度场景）：金融、计费等绝不允许误差时，用字符串构造
new BigDecimal("0.1")，再用compareTo()比较
实际编码建议
写条件判断时保持清晰意图：
- 要判断“是否明显更大”，直接用
a > b + epsilon（避免边界抖动） - 要判断“是否基本相等”，别写
a == b，改写为Math.abs(a - b) < 1e-10（根据业务选合适 epsilon） - 涉及用户输入、配置阈值、科学计算时，提前统一定义 epsilon 常量，例如
private static final double EPS = 1e-9; - 如果逻辑中同时需要排序和判等，优先使用
Double.compare()，它天然兼容Comparator接口
