object类是所有java类的根父类，提供11个核心方法：tostring()、equals()、hashcode()、getclass()、clone()、finalize()（已废弃）及wait()/notify()/notifyall()等，其中equals与hashcode必须一同重写以保证哈希集合正确性，getclass()用于严格类型判断，instanceof则支持继承关系匹配。
Java 中的 Object 类 是所有类的根父类，面试官常通过它考察你对 Java 基础、面向对象本质和 JVM 机制的理解。所谓“全套精讲面试题”，不是靠“听”来的，而是要动手写、对比看、深入想——光听别人讲，不自己重写 toString()、调试 equals() 和 hashCode() 的关系，很容易似懂非懂。
掌握 Object 的 6 个核心方法怎么练
Object 共有 12 个方法（含继承自 Class 的），但真正常考的是这 6 个： getClass()、hashCode()、equals()、toString()、notify()/notifyAll()、wait() 练习时别只背签名，重点做三件事：
- 用 IDE 新建一个空类，不重写任何方法，调用
new MyClass().toString()，观察输出格式，再重写toString对比差异 - 写两个内容相同但 new 出来的对象，测试
equals()返回 false → 理解“默认比较引用” - 在 synchronized 块里调用
wait()，故意去掉锁或传负数超时值，看抛什么异常 —— 这比死记“IllegalMonitorStateException”更牢
equals 和 hashCode 为什么必须一起重写
这不是规范要求，而是逻辑必然：HashMap、HashSet 等集合依赖 hashCode() 快速定位桶，再用 equals() 精确判断是否为同一元素。如果只重写 equals 不改 hashCode，会导致：
- 两个逻辑相等的对象算出不同 hash 值 → 被散列到不同桶 →
contains()找不到，明明存进去了却查不到 - IDE 自动生成时勾选字段要一致（如都选 id + name），漏掉一个就可能破坏契约
- 注意 null 安全：Apache Commons Lang 的
Objects.equals(a, b)比a.equals(b)更健壮
wait/notify 看似简单，为什么总被问底层
面试爱问“为什么 wait 必须在 synchronized 块里”，答案不在语法层面，而在 JVM 实现：
-
wait()会释放当前持有的 monitor 锁，并进入等待队列；没有锁就释放，等于“释放不存在的东西” -
notify()唤醒的是等待队列里的线程，但被唤醒线程需重新竞争锁 —— 这就是为什么唤醒后要再进 synchronized 块 - 别用
if判断条件，要用while循环重检，防止虚假唤醒（spurious wakeup）
getClass() vs instanceof 在 equals 里怎么选
重写 equals() 时，类型检查常用两种写法：
-
if (obj == null || getClass() != obj.getClass()) return false;→ 严格限制同类实例，支持 Liskov 替换原则但不够灵活 -
if (!(obj instanceof MyClass)) return false;→ 允许子类实例参与比较，但要注意对称性（若子类重写了 equals，可能破坏） - 实际项目中更推荐用
getClass()，尤其涉及持久化（如 Hibernate 代理对象）时，instanceof可能返回意外结果
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
