Comparator.thenComparingInt 不会触发自动装箱，因为它接收的是 ToIntFunction 类型的参数，直接处理基本类型 int，避免了 Integer 的装箱操作。
直接用 Comparator.thenComparingInt 不会触发自动装箱，因为它接收的是 ToIntFunction super T>，返回的是原始 int，不是 Integer。性能开销主要出现在你误传了返回包装类型的方法引用时。
确保 lambda 或方法引用返回 int 而非 Integer
常见错误是写了返回 Integer 的表达式，比如调用一个返回 Integer 的 getter —— 这会导致每次比较都发生自动装箱。
- ❌ 错误写法（触发装箱）：
thenComparingInt(obj -> obj.getId())，其中getId()返回Integer - ✅ 正确写法（无装箱）：
thenComparingInt(obj -> obj.getId().intValue())，显式解包 - ✅ 更优写法（从源头避免）：把 getter 改为返回
int，例如public int getId()
慎用方法引用指向包装类型 getter
像 thenComparingInt(MyObj::getAge) 看似简洁，但如果 getAge() 声明为 Integer getAge()，编译器仍会生成装箱逻辑。
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
- 检查方法签名：IDE 通常会提示「boxing conversion」警告，留意这类提示
- 优先使用原始类型访问器：哪怕字段是
Integer，也可新增一个int getAgeAsInt()方法，内部做age != null ? age : 0处理
复合比较时保持原始类型链路完整
多个 thenComparingInt 连续调用没问题，但一旦中间混入 thenComparing（泛型版本），就可能引入对象比较，破坏原始类型优势。
立即学习“Java免费学习笔记（深入）”；
- 避免混用：
comparingInt(...).thenComparingInt(...).thenComparing(...)中最后一个thenComparing若用于字符串等，不影响前面的 int 比较，但若它内部又调用了返回Integer的函数，就会局部装箱 - 统一风格：对数值字段坚持用
thenComparingInt/thenComparingLong/thenComparingDouble
必要时手写 Comparator 避免泛型擦除副作用
极端性能敏感场景（如高频排序百万级数据），可绕过 thenComparingInt 的函数式抽象，直接实现 Comparator<myobj></myobj> 并在 compare 中用原始 int 运算。
- 优点：完全可控，零装箱、零对象分配、内联友好
- 缺点：代码冗长，维护成本略高；一般情况不推荐，仅当 JMH 测出显著差异时考虑
