重写 toString()、equals()、hashCode()、clone() 可提升实体类易用性、安全性与业务适配性：toString() 应展示关键字段并脱敏敏感信息；equals() 与 hashCode() 必须协同重写，基于相同不变字段，确保集合正确性；clone() 优先选用构造器复制，若重写需深拷贝且声明具体返回类型；推荐借助 IDE 或 Lombok 生成，并覆盖单元测试。
重写 Object 类的常用方法（toString()、equals()、hashCode()、clone()）能让实体类更易用、更安全、更符合业务逻辑，而不是依赖默认的“内存地址式”行为。
重写 toString()：让日志和调试更直观
默认的 toString() 只返回类名+哈希码（如 User@1b6d3586），对排查问题几乎无帮助。重写后可清晰展示关键字段，便于日志输出和开发调试。
- 推荐使用
Objects.toStringHelper()（旧版 Guava）或现代方式如String.format()、StringBuilder，或直接用 Lombok 的@ToString - 避免在
toString()中调用可能抛异常或耗时的方法（如数据库查询、远程调用） - 敏感字段（如密码、身份证号）应脱敏或直接忽略，防止日志泄露
重写 equals() 和 hashCode()：保障集合操作与逻辑一致性
这两个方法必须一起重写，否则会导致 HashSet、HashMap 等集合行为异常（如重复添加、查不到对象）。核心是遵循“相等对象必须有相同哈希码”的契约。
- 先判
null和类型（instanceof或getClass() == obj.getClass()），再逐字段比较（推荐用Objects.equals(a, b)处理 null 安全） -
hashCode()应基于equals()中参与比较的**相同字段**计算，常用Objects.hash(field1, field2, ...) - 只包含**不变字段**（如 ID、姓名）；若含可变字段（如状态、更新时间），需确保业务上这些字段变化不破坏集合一致性
谨慎重写 clone()：深拷贝需明确语义
Object.clone() 是浅拷贝，且要求类实现 Cloneable 接口，否则抛 CloneNotSupportedException。多数场景下，比 clone() 更推荐构造器复制或拷贝构造方法。
立即学习“Java免费学习笔记（深入）”；
- 若必须重写，需调用
super.clone()并手动深拷贝可变引用字段（如List、嵌套对象） - 返回类型可声明为具体类型（如
public User clone()），避免强制转型 - 考虑用记录类（
record）、不可变设计或序列化/反序列化替代，更安全可控
其他注意事项：IDE 与工具能帮大忙
手写这些方法易出错（比如漏字段、hashCode 计算不一致），建议借助开发工具生成并定期检查。
- IntelliJ IDEA / Eclipse 提供一键生成
equals()、hashCode()、toString()功能，支持选择字段和配置格式 - Lombok 的
@EqualsAndHashCode、@ToString、@Data可大幅减少模板代码，但需理解其默认行为（如是否包含父类字段、是否调用 getter） - 单元测试中应覆盖边界情况：null 输入、相同/不同实例、含 null 字段的对象等
