基本类型只能用==比较，因无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() 和用 == 效果一模一样。
立即学习“Java免费学习笔记（深入）”；
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时
真正容易被忽略的点是：你永远得查文档或源码，才能确定某个类的 equals() 到底比什么。别凭经验猜，尤其是第三方库里的类。
