Java包装类比较应优先解包用基本类型比较，避免equals()和不可靠的==；null时用Objects.equals()；批量操作先转原始数组；善用Integer.compare等无装箱API。
Java 中包装类比较逻辑的效率优化，核心在于避开对象引用比较陷阱、减少装箱/拆箱开销，并利用缓存机制特性。关键不是“怎么比”，而是“用什么比”和“在什么时机比”。
优先用基本类型比较，而非包装类对象
只要数值本身非 null，就应先解包再比较——这能绕过 equals() 方法调用开销和空值检查逻辑，直接走 CPU 级整数指令。
- 避免写
if (a.equals(b))或a == b（后者在超出缓存范围时不可靠） - 推荐写
if (a.intValue() == b.intValue())，前提是已确保 a、b 非 null - 若可能为 null，用 Objects.equals(a, b)，它内部已做 null 安全判断，比手写
a == null ? b == null : a.equals(b)更简洁且经过 JIT 优化
慎用 == 比较包装类，尤其注意缓存边界
Integer、Byte 等在默认缓存范围内（如 -128 ~ 127）用 == 可能返回 true，但这是实现细节，不是语义保证。生产代码中依赖 == 判断相等极易引发偶发 bug。
- 永远不要用
a == b替代相等性判断，除非你明确在做“是否同一对象”的身份校验（如某些状态机或缓存 key 去重） - Boolean、Character 在缓存范围内可安全用 ==，因为它们的缓存是强制且全覆盖的（Boolean 只有 true/false；Character 缓存 0~127）
- Long、Short 虽有缓存，但范围固定且不可配，不建议依赖 ==
批量比较时提前转原始数组
对 List<Integer> 或 Integer[] 做多次比较（如排序、查找、去重），反复调用 intValue() 会触发大量解箱指令。应一次性转换，后续操作全走基本类型路径。
立即学习“Java免费学习笔记（深入）”；
- 错误做法：
list.stream().sorted(Comparator.comparing(Integer::intValue)).toList()—— 每次比较都解箱 - 优化做法：
int[] raw = list.stream().mapToInt(Integer::intValue).toArray(); Arrays.sort(raw); - 若需保留索引映射，可用 IntBuffer 或自定义 int[] + 原始索引数组，避免任何包装类参与热路径
利用新 API 避免隐式装箱干扰比较逻辑
JDK 后续版本增强了包装类方法的空值容忍能力，可减少防御性判空带来的分支跳转，间接提升比较密集场景的预测执行效率。
- 用
Integer.compare(a, b)替代a.compareTo(b)，前者接受 int 参数，不触发装箱 - 解析字符串后比较：用
Integer.parseInt(s, 10, 0)获取默认值，避免 try-catch 和 NumberFormatException 构造开销 - valueOf(null) 返回 null 已成标准行为（如 Boolean.valueOf(null) → null），配合 Optional 使用时，可统一用 isPresent() + get() 流程，避免在比较前做冗余 null 判定
