Java里==和equals有什么区别_Java对象比较原理说明_技术教程

基本类型只能用==比较，因无equals方法；引用类型==比地址，equals需重写才比内容；String等已重写equals，但多数类默认equals等价于==。

基本类型只能用 ==，用了 equals 就编译报错

Java 中 int、char、boolean 等 8 种基本类型没有方法，所以根本不存在 equals() —— 写了就过不了编译。比如：

int a = 5;
a.equals(5); // ❌ 编译错误：int 是基本类型，不能调用方法

这时候唯一合法的比较方式就是 ==，它直接比值。

别试图给基本类型“包装”再调用 equals() 来绕开，那是画蛇添足，还可能引入自动装箱陷阱（比如 Integer 缓存问题）
如果真要统一处理，应提前转为包装类（如 Integer.valueOf(a)），但前提是明确需要对象语义

引用类型用 == 比的是地址，不是内容

对 String、ArrayList、自定义 Person 类等引用类型，== 判断的是两个变量是否指向堆里**同一个对象实例**，和内容完全无关。

String s1 = new String("hello");
String s2 = new String("hello");
System.out.println(s1 == s2);     // false —— 两个 new，两块内存
System.out.println(s1.equals(s2)); // true  —— String 重写了 equals，比内容

== 在引用类型上极快（只比指针），但几乎从不用于业务逻辑判断
常见误用：把 list.get(0) == "abc" 当成内容比较 → 实际只在碰巧复用同一字符串对象时才成立（比如字面量，但不可靠）
调试时可用 == 快速确认是不是“同一个对象”，比如检查单例、缓存命中、事件监听器是否重复注册

equals() 默认行为就是 ==，重写才有意义

Object.equals() 的源码只有一行：return (this == obj);。也就是说，所有没重写 equals() 的类（包括你自己写的 Student、Order），调用 equals() 和用 == 效果一模一样。

class Student {
    String name;
    int id;
    Student(String name, int id) { this.name = name; this.id = id; }
}
Student s1 = new Student("Alice", 101);
Student s2 = new Student("Alice", 101);
System.out.println(s1.equals(s2)); // false —— 没重写，只比地址

重写 equals() 必须同时重写 hashCode()，否则放进 HashMap 或 HashSet 会出问题（查不到、重复存）
IDE 自动生成的 equals()（如 IntelliJ 的 Alt+Insert）通常靠谱，但要注意 null 安全和字段选择——比如是否忽略临时计算字段、是否考虑继承链
别手写 if (obj == null || getClass() != obj.getClass()) return false; 这类模板，容易漏掉 instanceof 与泛型兼容性问题

String 是特例，但别当成通用规则

String 是 JDK 中最常被拿来举例的类，因为它重写了 equals() 做内容比较，且字面量有字符串常量池优化。但这不代表所有包装类或常用类都这样：

Integer、Boolean 等包装类重写了 equals()，但注意 new Integer(128).equals(128) 虽然为 true，而 new Integer(128) == 128 却是 false（因为自动拆箱后是 int，== 变成值比较）
Arrays.asList(...).equals(Arrays.asList(...)) 返回 false，因为 ArrayList 的 equals() 虽然比内容，但内部用的是 Objects.equals()，而嵌套数组本身未重写 equals() → 最终还是比地址
用 Objects.equals(a, b) 替代 a.equals(b) 可避免 NullPointerException，尤其当任一参数可能为 null 时