在Java里==与equals的区别是什么_Java对象比较机制说明

== 比较对象引用地址而非内容,equals() 默认行为同 ==,需重写以实现逻辑相等;字符串和包装类比较应统一用 equals(),避免因常量池或缓存导致的 == 不

可靠结果。

== 比较的是引用地址,不是内容

在 Java 中,== 对于对象类型(如 StringInteger、自定义类实例)永远比较的是两个变量是否指向堆内存中的**同一个对象地址**。哪怕两个对象内容完全一样,只要不是同一个实例,== 就返回 false

常见错误场景:

  • == 判断两个 new String("abc") 是否相等 → 结果是 false
  • == 比较 Integer 在 -128 ~ 127 范围外的值 → 可能意外为 false(因缓存失效)
  • == 当作字符串内容比较 → "hello" == new String("hello")false

equals() 默认行为和重写必要性

equals()Object 类的方法,默认实现就是用 == 比较地址。所以如果你不重写它,效果和 == 完全一致。

要让对象按“逻辑相等”判断(比如两个 User 对象 id 和 name 都相同就算相等),必须重写 equals() 方法,并且通常也要重写 hashCode()

关键点:

  • 所有标准包装类(IntegerString 等)和集合类都已重写 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 的高发源头。