Java中==比较引用（或基本类型值），equals()比较内容；重写equals()须遵循自反性、对称性、传递性、一致性和null安全原则，并必须同步重写hashCode()。
在Java中，对象比较不能简单用==代替equals()，因为二者语义完全不同：前者比地址（引用是否指向同一块内存），后者比内容（逻辑上是否相等）——这是OOP中封装与抽象的体现，也是初学者最容易踩坑的地方。
== 比较的是引用，不是值
== 对于基本类型比较值（如int、char），但对于引用类型（如String、自定义类对象），它只判断两个变量是否指向堆中**同一个对象实例**。
- 即使两个
String内容完全一样，如果用new String("abc")创建，==结果是false -
String s1 = "abc"; String s2 = "abc";时s1 == s2可能为true，这是字符串常量池优化的结果，属于特例，不可依赖
equals() 默认行为和重写原则
Object.equals()默认实现就是用==，所以不重写就等于没意义。要让对象按业务逻辑比较，必须重写equals()方法，并遵循以下关键点：
- 自反性：对任意非空引用
x，x.equals(x)必须返回true - 对称性：
x.equals(y)与y.equals(x)结果一致 - 传递性：若
x.equals(y)且y.equals(z)为真，则x.equals(z)也应为真 - 一致性：多次调用结果不变（前提对象状态未变）
- 对
null安全：任何非空对象调用x.equals(null)必须返回false
配合 hashCode() 一起重写
只要重写了equals()，就必须重写hashCode()——否则放入HashMap、HashSet等集合时会出现逻辑错误（比如两个逻辑相等的对象被当作不同键存入哈希表）。
立即学习“Java免费学习笔记（深入）”；
- 相等的对象（
equals()返回true）必须有相同的hashCode() - 反之不成立：
hashCode()相同，equals()不一定为true（哈希冲突允许） - 推荐用
Objects.hash(field1, field2, ...)生成hashCode，简洁且避免空指针
实际开发中的建议写法
别手写冗长的equals()和hashCode()，现代Java开发更推荐：
- 使用IDE（如IntelliJ）自动生成，勾选关键字段即可
- 用Lombok的
@EqualsAndHashCode注解，一行搞定（注意排除不参与比较的字段） - 对于记录类（
record），Java 14+自动实现正确且不可变的equals/hashCode - 比较前先用
Objects.equals(a, b)，它会安全处理null，比直接调用a.equals(b)更健壮
基本上就这些。理解==和equals()的区别，本质是理解Java中“身份”与“相等”的分离——这正是面向对象建模的关键直觉。
