OOP对象比较，Javaequals与==区别详解

Java中“==”与“equals()”看似简单，实则深刻体现面向对象中“身份”与“逻辑相等”的本质区分：前者判断引用是否指向同一内存地址（或基本类型值是否相等），后者需重写以按业务含义比较对象内容；而正确重写equals()必须严格遵循自反性、对称性、传递性、一致性和null安全性五大原则，并同步重写hashCode()以保障集合类行为正确——这不仅是编码规范，更是理解OOP封装、抽象与契约精神的关键入口，初学者绕不开，资深开发者也常在此翻车。

在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等集合时会出现逻辑错误（比如两个逻辑相等的对象被当作不同键存入哈希表）。

• 相等的对象（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中“身份”与“相等”的分离——这正是面向对象建模的关键直觉。

今天关于《OOP对象比较，Javaequals与==区别详解》的内容就介绍到这里了，是不是学起来一目了然！想要了解更多关于的内容请关注golang学习网公众号！