Object类是Java所有类的根，核心在于理解equals与hashCode的强契约、toString等方法的真实用途及clone、finalize的陷阱，而非死记方法列表。
Java Object 类是所有类的根，面试中常被用来考察对语言底层机制的理解深度。突破关键不在死记方法列表，而在厘清每个方法的设计意图、使用边界和常见误用。
掌握 equals 与 hashCode 的强契约关系
这是 Object 类最易出错也最常考的部分。equals 判断逻辑必须和 hashCode 计算字段完全一致：如果两个对象 equals 返回 true，它们的 hashCode 必须相等；但 hashCode 相等，equals 不一定为 true。
常见错误包括：
- 重写了 equals 却没重写 hashCode，导致对象放入 HashMap 后无法被正确查找
- 在 equals 中比较了可变字段（如一个会修改的 List），破坏了集合类的稳定性
- 使用 instanceof 做类型检查时未考虑继承链对称性，造成违反 equals 的传递性
理解 toString、getClass 和 wait/notify 的真实用途
toString 不只是“打日志用”，它被 IDE 调试、JUnit 断言失败提示、日志框架默认调用，应返回简洁、可读、不含敏感信息的描述；getClass 是 final 方法，无法被重写，常用于运行时类型校验（比 instanceof 更严格）；wait/notify 必须在 synchronized 块中调用，且只对当前对象锁有效——面试官常通过代码片段让你指出线程安全漏洞。
立即学习“Java免费学习笔记（深入）”；
警惕 clone 和 finalize 的陷阱
clone 默认是浅拷贝，若类含引用类型字段（如 ArrayList、自定义对象），直接调用会导致原始对象与克隆体共享内部状态；finalize 已被标记为 deprecated，JVM 不保证何时执行甚至是否执行，绝不能用于资源释放（应改用 try-with-resources 或 Cleaner）。
若需深拷贝，推荐显式构造新对象或使用序列化工具（注意性能与安全性）。
从源码看设计哲学：为什么这些方法被放在 Object 里？
Object 提供的是对象最基础的身份识别（hashCode/equals）、生命周期钩子（finalize）、线程协作原语（wait/notify）、类型元信息（getClass）和可读性接口（toString）。面试中能讲出“这些方法支撑了集合框架、并发控制、调试机制、序列化等上层能力”，就说明你已跳出 API 层面，看到 Java 运行时的设计脉络。
