comparator.comparing不支持基础类型数组（如int[]），仅适用于对象数组；装箱/拆箱瓶颈源于误用包装类字段配合comparing()，正确解法是使用comparingint/comparinglong等专用方法。
Java 中 Comparator.comparing 本身**不处理基础类型数组**，它只适用于对象类型（如 Integer[]、String[] 等），对 int[]、long[] 这类基础类型数组完全无效——传进去会编译报错。所谓“强转”和“装箱性能瓶颈”，实际发生在你**误用包装类字段 + 普通 comparing() 方法**时，而不是基础类型数组本身的问题。
基础类型数组根本不能用 Comparator.comparing
这是最常被混淆的前提：
-
int[] arr = {3, 1, 4}; Arrays.sort(arr);—— 调用的是Arrays.sort(int[])，底层用双轴快排，无 Comparator，也无装箱。 -
Integer[] arr = {3, 1, 4}; Arrays.sort(arr, Comparator.comparing(x -> x));—— 这才走对象排序路径，但此时x是Integer，每次比较都会触发intValue()拆箱。 - 试图写
Arrays.sort(int[], Comparator.comparing(...))→ 编译直接失败，IDE 会标红。
装箱/拆箱瓶颈真正发生在哪里
当你用 Comparator.comparing(Person::getAge)，而 getAge() 返回 Integer（不是 int）时，问题就来了：
- 每次比较都要调用两次
getAge()→ 得到两个Integer对象； - 然后调用
Integer.compareTo()→ 内部执行this.intValue() - another.intValue()→ 拆箱发生； - 对 10 万条数据排序，约 150 万次比较 → 触发约 300 万次拆箱操作（虽单次极快，但可避免）。
正确解法：用专用方法绕过装箱
别让 comparing() 处理包装类，改用原始类型专用方法：
-
字段是
int→ 用comparingInt(Person::getAge)（接收ToIntFunction，返回int值，全程无对象创建、无拆箱）； -
字段是
long→ 用comparingLong(Person::getSkuId)； -
字段是
double→ 用comparingDouble(Person::getScore)； - 多级排序时，后续字段也用对应版本：
.thenComparingInt(Person::getLevel)。
额外提醒：null 安全与字段类型一致性
即使用了 comparingInt，也要注意源头：
-
comparingInt要求方法返回int，如果getAge()实际返回Integer，编译不过；必须确保 getter 是public int getAge()； - 若字段可能为
null（比如数据库映射的Integer字段），就不能用comparingInt，得先处理 null：Comparator.comparing(p -> p.getAge() != null ? p.getAge() : 0)，或用nullsFirst(comparing(…))包裹； - 字符串数字排序要警惕：若
getStageNo()返回String（如 "1", "10", "2"），comparing()会按字典序排成 1, 10, 2 → 必须先转Integer.parseInt()或改用comparingInt提取整数值。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
