object类是java所有类的根父类，其equals()与hashcode()必须一起重写以保证集合正确性，tostring()应体现业务关键属性且避免性能隐患，wait()/notify()须在synchronized块中调用，getclass()与instanceof在类型判断上存在本质差异。
Object 类是 Java 所有类的根父类，看似简单，却是面试官检验基础深度的“试金石”。答不好，容易暴露对继承链、方法契约、JVM 语义的理解断层。关键不在背方法名，而在讲清每个方法背后的 设计意图 和 运行时行为。
为什么 equals() 和 hashCode() 必须一起重写？
这是高频连环问的起点。核心逻辑是：如果两个对象被 equals() 判定为相等，它们的 hashCode() 值必须相同；反之不成立。
- HashMap、HashSet 等集合依赖 hashCode() 快速定位桶位置，再用 equals() 精确比对——若只重写 equals() 而忽略 hashCode()，对象可能被散列到错误桶中，导致“明明存在却查不到”
- 重写时要确保：自反性、对称性、传递性、一致性、非空性；hashCode() 应基于 参与 equals 比较的同一组字段 计算（如用 Objects.hash(id, name)）
- 常见陷阱：用可变字段（如 List）参与计算、忽略 null 安全（Objects.equals(a, b) 比 a.equals(b) 更健壮）
toString() 不只是打日志，它承载对象语义
面试官常追问：“你重写过 toString 吗？为什么？” 这不是考语法，而是看是否理解其在调试、日志、序列化中的实际价值。
- 默认实现返回 “类名@哈希码十六进制”，对排查毫无帮助；重写应体现业务关键属性（如 User{id=101, name='张三', status=ACTIVE}）
- IDE 自动生成的 toString() 可能包含敏感字段（如 password），需人工过滤；Lombok 的 @ToString(exclude = "password") 是典型解法
- 注意：不要在 toString() 中触发复杂计算或远程调用，它可能被日志框架频繁调用，引发性能或死锁问题
wait()/notify() 为什么必须在 synchronized 块里调用？
这直指 JVM 线程模型与 Monitor 锁机制。脱离同步上下文调用会抛 IllegalMonitorStateException。
- wait() 本质是释放当前线程持有的 Monitor 锁，并进入等待队列；notify() 是唤醒等待队列中的某个线程——这些操作都要求线程已持有该对象的锁
- 典型误用：在 if 块中 wait()，导致虚假唤醒后直接跳过条件检查；正确写法是 while 循环 + 条件判断（即“守卫条件”模式）
- 替代方案更推荐：用 java.util.concurrent 包下的 Lock/Condition 或更高阶的 BlockingQueue、CountDownLatch，它们更安全、语义更清晰
getClass() 和 instanceof 在类型判断上的本质差异
两者都用于类型检查，但语义和用途截然不同，混淆使用可能引发多态失效或空指针。
- getClass() 返回运行时精确类对象，用于严格等价判断（如 if (obj.getClass() == String.class)），不适用于继承关系
- instanceof 判断是否为某类或其子类实例，支持向上转型（如 new ArrayList() instanceof List），且对 null 安全（返回 false）
- 实战建议：做类型转换前优先用 instanceof；需要区分具体实现类（如区分 ArrayList 和 LinkedList）才用 getClass()
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
