java中object类必须掌握并重写tostring()、equals()和hashcode()三个方法:tostring()需安全可读地展示业务字段;equals()须遵循自反性、非空判断、类型校验及字段一致比较;hashcode()必须与equals()使用相同字段,确保哈希集合正确性。

Java 中 Object 类的常用方法,主要指 toString()、equals(Object obj) 和 hashCode() 这三个必须掌握且常需重写的成员。它们不是“可选优化”,而是影响调试、集合行为和逻辑一致性的关键环节。
toString():让对象会说话
默认返回类似 com.example.User@1b6d3586 的字符串,只体现类名和哈希码,对排查问题毫无帮助。重写目标是清晰、安全、可读。
- 包含所有业务相关字段(如 name、id、status),避免敏感信息(如 password、token)
- 字段值要判空,推荐用
Objects.toString(field, "null")防止 NPE - 格式统一,建议用 JSON-like 结构(如
User{name='张三', id=1001}) - 禁止在 toString() 中调用可能引发递归或阻塞的方法(如访问数据库、调用其他对象的 toString)
equals():定义“相等”的真正含义
默认用 == 比较内存地址,但业务中往往需要按内容判断是否相等(比如两个 User 对象 ID 相同即为同一人)。重写必须严格遵循契约:
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 先用
this == obj判断自反性(同一对象直接返回 true) - 再判
obj == null防空指针 - 类型检查推荐用
getClass() == obj.getClass()(比instanceof更严谨,避免子类破坏对称性) - 字段比较统一用
Objects.equals(a, b),自动处理 null,不用手写三元表达式 - 所有参与 equals 判断的字段,必须和 hashCode() 中使用的字段完全一致
hashCode():为哈希集合保驾护航
只要重写了 equals(),就必须重写 hashCode()。否则放进 HashMap、HashSet 后会出现“明明相等却查不到”“重复添加”等诡异问题——JVM 不报错,但逻辑已崩。
- 计算逻辑必须与 equals() 中的字段完全对应(比如 equals 用了 name 和 id,hashCode 就只能用这两个)
- 推荐用
Objects.hash(name, id)生成,它内部已处理 null 和基础类型转换 - 避免手动拼接字符串再调用 hashCode()(性能差且易出错)
- 确保该方法始终返回相同结果(字段不可变,或确保修改后不用于哈希结构)
其他方法通常不建议重写
getClass() 是 final 方法,无法重写;clone() 需实现 Cloneable 接口且语义复杂,现代开发多用构造器或 Builder 模式替代;wait/notify/notifyAll 属于线程协作原语,普通业务类不应干预;finalize() 已被标记为 deprecated,不应使用。
Java免费学习笔记:立即使用
解锁 Java 大师之旅:从入门到精通的终极指南










