integer.compare 用条件判断替代减法，避免整数溢出；它按大小关系返回-1、0或1，不计算差值，因而安全可靠。
Integer.compare 直接用条件判断而非减法，天然避开整数溢出。它不计算差值，只按大小关系返回 -1、0 或 1。
为什么减法会悄悄出错
int 类型用补码表示，减法超出范围时会“回绕”，不报错但结果反常。比如：
- Integer.MAX_VALUE - Integer.MIN_VALUE 实际得 -1（本该是极大正数）
- -2147483646 - 2147483646 溢出后变成正数，让排序顺序颠倒
这种错误静默发生，只在特定数据组合下暴露，排查困难。
Integer.compare 的安全写法
它接收两个 基本类型 int，内部逻辑简单明确：
- 若 x
- 若 x == y → 返回 0
- 若 x > y → 返回 1
例如：Integer.compare(100, -200) 返回 1，Integer.compare(Integer.MAX_VALUE, -1) 也正确返回 1 —— 完全不受溢出影响。
常见误用与规避方式
容易踩坑的地方：
- 把可能为 null 的 Integer 对象 直接传入 —— 会触发自动拆箱，抛 NullPointerException
- 在 Comparator 中写
(a, b) -> a.id - b.id—— JDK 文档明确警告该做法不可靠 - 以为“当前数据小就不会溢出”，忽略 ID、时间戳、View.getId() 等动态值未来可能越界
正确应对：
- 对基本 int 值：直接用
Integer.compare(a, b) - 对可能为 null 的 Integer：用
Objects.compare(x, y, Integer::compare) - 实现 Comparable：写
return Integer.compare(this.value, other.value);
不只是 Integer，其他类型同理
所有数字包装类都提供对应方法，语义统一、零开销：
-
Long.compare(long x, long y)—— 适合时间戳、分布式 ID -
Double.compare(double x, double y)—— 正确处理 NaN 和 ±0.0 -
Short.compare(short x, short y)、Byte.compare(byte x, byte y)
它们都不是过度设计，而是把溢出风险挡在逻辑之外的最小成本选择。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
