Integer.compare 返回 -1/0/1 是为支持排序所需的三态比较，其参数为基本类型 int，不处理 null 且无溢出风险，而 a-b 易溢出且语义不清。
Integer.compare 为什么返回 -1/0/1 而不是布尔值
因为 Integer.compare 的设计目标是支持排序逻辑（比如 Arrays.sort 或 Comparator 接口），需要明确的三态结果：小于、等于、大于。它不用于条件判断，而是用于比较器逻辑或需要符号化差值的场景。
常见错误是把它当 == 或 > 用，比如写 if (Integer.compare(a, b)) { ... } —— 这会编译失败，因为返回的是 int，不是 boolean。
- 返回
-1表示第一个参数小于第二个（a ） - 返回
0表示两个值相等（a == b） - 返回
1表示第一个参数大于第二个（a > b）
直接调用 Integer.compare 的正确写法
传入两个 int 值即可，无需拆箱或判空——它接收的是基本类型 int 参数，不是 Integer 对象。
示例：
int a = 5; int b = 8; int result = Integer.compare(a, b); // 返回 -1
注意：Integer.compare 的签名是 public static int compare(int x, int y)，所以它不处理 null，也不涉及装箱。如果手头是 Integer 变量，且可能为 null，不能直接传——那会触发自动拆箱导致 NullPointerException。
- ✅ 安全：两个
int变量、字面量、或已确认非空的Integer（如Objects.requireNonNull(x)后再x.intValue()） - ❌ 危险：直接传可能为
null的Integer，例如Integer.compare(x, y)当x == null时抛NullPointerException
和 a - b 做减法的区别在哪
表面上 a - b 也能得到正负零，但存在整数溢出风险。
例如：Integer.MAX_VALUE - (-1) 会溢出成负数，结果完全错误；而 Integer.compare(Integer.MAX_VALUE, -1) 严格按大小逻辑返回 1，无溢出问题。
-
Integer.compare是安全的、语义清晰的三路比较 -
a - b是算术差，仅在确定不溢出时才可替代，但可读性和意图远不如compare - 在
Comparator实现中，禁止用a - b，JDK 文档明确警告过
在 Comparator 中使用 Integer.compare 的典型场景
这是它最常出现的地方——替代手写的 if-else 比较逻辑，让代码简洁且健壮。
示例（按年龄升序）：
List<Person> people = ...; people.sort((p1, p2) -> Integer.compare(p1.age, p2.age));
如果 age 是 Integer 类型且可能为 null，就不能直接用 Integer.compare。得先处理 null，比如用 Comparator.nullsLast(Comparator.comparing(...))，或手动判空返回 -1/1。
容易被忽略的一点：虽然函数名带 Integer，但它比较的是 int 值，和 Integer 对象的引用或内存布局完全无关。别因为它叫 Integer.compare 就误以为它能安全处理对象。
