== 比较对象引用地址而非内容,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 的高发源头。









