== 比较对象引用地址而非内容，equals() 默认行为同 ==，需重写以实现逻辑相等；字符串和包装类比较应统一用 equals()，避免因常量池或缓存导致的 == 不可靠结果。
== 比较的是引用地址，不是内容
在 Java 中，== 对于对象类型（如 String、Integer、自定义类实例）永远比较的是两个变量是否指向堆内存中的**同一个对象地址**。哪怕两个对象内容完全一样，只要不是同一个实例，== 就返回 false。
常见错误场景：
- 用
==判断两个new String("abc")是否相等 → 结果是false - 用
==比较Integer在 -128 ~ 127 范围外的值 → 可能意外为false（因缓存失效） - 把
==当作字符串内容比较 →"hello" == new String("hello")是false
equals() 默认行为和重写必要性
equals() 是 Object 类的方法，默认实现就是用 == 比较地址。所以如果你不重写它，效果和 == 完全一致。
要让对象按“逻辑相等”判断（比如两个 User 对象 id 和 name 都相同就算相等），必须重写 equals() 方法，并且通常也要重写 hashCode()。
立即学习“Java免费学习笔记（深入）”；
关键点：
- 所有标准包装类（
Integer、String等）和集合类都已重写equals()，按值比较 - 自定义类不重写
equals()，就别指望list.contains(myObj)或map.get(myKey)正常工作 - 重写时需遵守对称性、传递性、一致性等约定，建议用 IDE 自动生成或
Objects.equals(a, b)辅助
字符串字面量与 new String 的陷阱
Java 字符串有常量池机制，导致 == 表现“看似矛盾”：
String a = "abc";
String b = "abc";
String c = new String("abc");
System.out.println(a == b); // true（同在字符串常量池）
System.out.println(a == c); // false（c 在堆上，a 在常量池）
System.out.println(a.equals(c)); // true（内容相同）
这种差异容易误导初学者以为 == “有时能比内容”，其实只是常量池优化的副作用，绝不能依赖。
安全做法：
- 字符串比较一律用
.equals()，避免== - 如果要忽略大小写，用
.equalsIgnoreCase()，而不是==加toLowerCase() - 判空时优先用
Objects.equals(str1, str2)，它自动处理null
Integer 等包装类的缓存范围影响 == 结果
Integer 在 -128 到 127 之间会复用缓存对象，超出该范围则每次 new Integer(n) 或自动装箱都会创建新对象：
Integer i1 = 100; Integer i2 = 100; System.out.println(i1 == i2); // true（缓存内，同一对象） Integer i3 = 200; Integer i4 = 200; System.out.println(i3 == i4); // false（超出缓存，不同对象）
这说明：用 == 比较包装类数值，结果不可靠，取决于具体值和 JVM 实现细节。
正确做法：
- 数值比较统一用
.equals()或直接拆箱后用==（如i3.intValue() == i4.intValue()） - 注意
null拆箱会抛NullPointerException，所以Objects.equals()更健壮
equals()；只有明确需要判断是否为同一实例（比如单例校验、状态机状态引用比较）时，才用 ==。混淆这两者，是运行时 bug 的高发源头。 
