不是必须，但强烈建议加@Override注解；不加会导致父类方法签名变更时子类方法变成独立新方法，引发隐蔽的多态失效。
子类重写方法时，必须加 @Override 注解吗？
不是必须，但强烈建议加。不加不会编译报错，但一旦父类方法签名变更（比如参数类型改了），子类里那个“看似重写”的方法就变成独立新方法，多态调用时根本不会执行——这是最隐蔽的多态失效原因。
实际开发中常见错误现象：Animal a = new Dog(); a.speak(); 却输出父类默认实现，而不是 Dog 的版本，往往就是漏了 @Override，导致 IDE 没法校验重写关系。
- IDE（如 IntelliJ）在未加
@Override且方法签名不匹配父类时，不会给出警告 - 加了
@Override后，编译器会强制检查：该方法是否真能覆盖父类中某个可访问方法 - 接口默认方法被实现类重写时，也应加
@Override（Java 8+）
instanceof 和 getClass() 在类型判断时怎么选？
取决于你要解决的问题：是“属于某个类型体系”（用 instanceof），还是“必须是这个确切类”（用 getClass() == ...）。
多态场景下，instanceof 支持向上兼容判断，比如 if (obj instanceof Shape) 对 Circle、Rectangle 都返回 true；而 obj.getClass() == Circle.class 只对 new Circle() 成立，子类实例会失败。
立即学习“Java免费学习笔记（深入）”；
- 做策略分发或类型适配时，优先用
instanceof—— 它尊重继承关系 - 做严格类级别校验（如序列化白名单、反射调用前的安全检查），才用
getClass() - 注意：
instanceof对null安全（返回false），getClass()遇null直接抛NullPointerException
字段隐藏（field hiding）为什么破坏多态预期？
Java 中只有方法有动态绑定，字段永远是静态绑定。子类定义同名字段时，并不是“覆盖”，而是“隐藏”——通过父类引用访问时，取的是父类字段值，跟实际对象类型无关。
class Parent {
String type = "parent";
}
class Child extends Parent {
String type = "child"; // 隐藏，非重写
}
Parent p = new Child();
System.out.println(p.type); // 输出 "parent"，不是 "child"
这常导致新手误以为“字段也能多态”，结果在模板渲染、DTO 转换等依赖字段直取的场景出错。
- 字段访问由声明类型（reference type）决定，而非运行时类型（runtime type）
- 要实现类似多态效果，必须封装为 getter 方法：
getType()，再在子类中重写 - Lombok 的
@Data或@Getter不会帮你绕过这个限制——它生成的也是字段访问
抽象类和接口在多态设计中如何分工？
抽象类适合定义“是什么”（is-a 关系）+ 共享状态/行为；接口适合定义“能做什么”（can-do 关系）+ 跨类型能力契约。
比如一个绘图系统：Shape 是抽象类（有 area 字段、draw() 模板方法）；Resizable、Serializable 是接口（不同形状都可实现，且不干扰原有继承链）。
- Java 8+ 接口可有
default方法，但不能有实例字段——所以共享数据逻辑仍得放抽象类 - 一个类只能继承一个抽象类，但可实现多个接口——组合能力靠接口，核心模型靠抽象类
- 如果未来可能需要为已有类添加能力（比如让
String也支持某种计算），只能走接口 + 静态工具类，无法修改其继承结构
static 方法、构造器、私有方法，都不参与动态绑定——这些地方最容易写出“看起来像多态，实则失效”的代码。 
