数值相等性判断永远不要依赖==，优先用objects.equals()；==比较包装类是地址而非值，缓存区间内可能偶然为true，超出则几乎总为false；equals()需防null，推荐objects.equals(a,b)；基本类型更安全高效；自定义类需同时重写equals和hashcode。
Java 中包装类（如 Integer、Long、Boolean 等）用 == 或 equals() 比较时，容易因自动装箱、缓存机制、null 值或未重写方法而踩坑。核心原则是：数值相等性判断永远不要依赖 ==，优先用 Objects.equals()。
别用 == 比较两个包装类对象
因为 == 对包装类比较的是内存地址，不是数值：
- 在
-128 ~ 127范围内（Integer）、-128 ~ 127（Byte、Short、Character）或0 ~ 1（Boolean）等缓存区间，valueOf()可能复用对象，a == b偶然为true； - 超出缓存范围（比如
Integer i = 200; Integer j = 200;），i == j几乎总是false； -
new Integer(100) == Integer.valueOf(100)一定为false，因为构造器不走缓存。
慎用 equals() —— 必须防 null
equals() 是正确方向，但直接调用有风险：
-
obj1.equals(obj2)：若obj1为null，会抛NullPointerException； -
obj2为null时，equals()内部通常能安全处理（如Integer.equals()会先判空），但逻辑不对称且易疏忽； - 推荐统一写法：
Objects.equals(a, b)，它内部已处理所有 null 组合：null == null → true，null == non-null → false，非 null 时才调用a.equals(b)。
数值运算场景：优先用基本类型
如果变量确定不会为 null，且只是做算术或简单比较，直接用基本类型更安全、高效：
- 声明用
int count而非Integer count； - 从包装类取值时显式拆箱：
long value = obj.longValue()（注意判空）； - 混合比较（如
int a == Integer b）会触发自动拆箱，a == b实际是数值比较，但前提是b != null，否则 NPE。
自定义类比较：equals 和 hashCode 必须成对重写
如果你的类要参与集合操作（如 HashSet、HashMap 键），仅重写 equals() 不够：
- 必须同时重写
hashCode()，保证“相等的对象必须有相同哈希码”； -
equals()方法签名必须是public boolean equals(Object obj)，不能写成equals(MyClass other)（那是重载，不是重写）； - 推荐用 IDE 自动生成（如 IntelliJ 的
Alt+Insert → equals and hashCode），或使用 Lombok 的@EqualsAndHashCode。
不复杂但容易忽略。关键就一条：数值是否相等，交给 Objects.equals(a, b)；需要拆箱运算，先确保非 null；设计阶段想清楚该用基本类型还是包装类型——有 null 语义才用包装类。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
