应使用integer.compare(a, b)替代a-b减法比较，因其通过逻辑判断避免补码溢出，返回-1/0/1且零开销、语义清晰；而a-b在integer.max_value-integer.min_value等场景下会溢出为负数，导致排序错乱。
Java 中 Comparator 的减法比较（如 a - b）看似简洁，但容易因整数溢出导致错误结果；用 Math.signum 或位运算虽可规避溢出，但需谨慎使用——它们不是“简化”，而是“安全替代”。真正推荐的方式是用 Integer.compare(a, b) 等内置静态方法，既安全又语义清晰。
为什么直接减法 a - b 不可靠？
当 a 是极大正数、b 是极大负数时（例如 a = Integer.MAX_VALUE, b = Integer.MIN_VALUE），a - b 会溢出为负数，导致比较结果反转。这不是边界问题，而是常见风险。
Math.signum 不能直接用于 int 比较
Math.signum() 只接受 double 或 float，传入 int 会自动装箱+转换，带来额外开销，且无法解决溢出问题——因为 (double)a - (double)b 在极端值下仍可能精度丢失（如两个接近 Long.MAX_VALUE 的 long 转 double 后相减为 0）。所以：
- 对
int：不要用Math.signum(a - b)（先溢出再取 sign，已失效） - 对
long：更不能用(int)(a - b)或Math.signum(a - b)
位运算不适用于通用数值比较
有人尝试用位运算模拟符号判断（如 ((a - b) >> 31) | ((b - a) >>> 31)），但这仍是基于减法，无法绕过溢出；而纯位运算比较（如按位异或、符号位提取）只适用于特定场景（如无符号整数解释），且可读性差、易出错。Java 标准库未采用此类技巧，正是因为其缺乏普适性和可维护性。
真正安全简洁的写法
用 JDK 提供的静态比较方法，它们内部已正确处理溢出和类型细节：
-
Integer.compare(a, b)→ 返回 -1/0/1，安全高效 Long.compare(a, b)-
Double.compare(a, b)（注意：它比Double.valueOf(a).compareTo(b)更快，且处理 NaN） - 自定义对象：优先重写
compareTo()，在Comparator中复用
例如：
✅ 推荐：Comparator
❌ 避免：Comparator
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
