重写必须满足：方法名与参数列表完全一致；返回类型为相同或子类型；不能重写private、static、final方法；访问修饰符不可更严格；检查异常不能更宽泛。
Java多态本身不难，但面试官爱考的点往往卡在「编译时类型 vs 运行时类型」「重写规则边界」「向上转型后能调什么」这些细节上——答错一个就容易被追问到底。
重写（Override）必须满足哪些条件？
这是多态能成立的前提。不满足任一条件，就不是重写，而是重载或隐藏，多态不会发生。
- 方法名、参数列表（个数、类型、顺序）必须完全一致；
return类型只能是相同或子类型（协变返回） -
private、static、final方法不能被重写（private方法甚至不可见，static属于类，final显式禁止） - 访问修饰符不能更严格（如父类
protected，子类不能改成private），但可以更宽松（如改成public） - 抛出的异常：子类不能抛出比父类更宽泛的检查异常（
Exception），但可以抛出更具体的（如IOException）或不抛
为什么 new Parent().method() 和 (Parent)new Child().method() 行为一样，但 Parent p = new Child(); p.method() 才体现多态？
关键不在“有没有转型”，而在“变量声明类型”和“实际对象类型”是否分离。前者两个例子中，编译期和运行期类型始终一致（都是 Parent 或都由 Child 构造但立即转成 Parent 引用并调用），没有动态绑定触发条件。
只有当引用变量是父类类型（Parent p），而指向子类实例（= new Child()），且调用的是**可重写实例方法**时，JVM 才会在运行时查虚方法表（vtable），选中子类版本。
立即学习“Java免费学习笔记（深入）”；
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
注意：static 方法、final 方法、构造器、成员变量访问，都不走这个流程——它们全看**左边引用类型**（即编译时类型）。
instanceof 和强制转型（cast）常见误用点
很多人以为 instanceof 只是“安全判断”，其实它还隐含了对 null 的容忍（null instanceof X 永远为 false），而强制转型遇到 null 不会报错，但后续调用方法会 NPE。
- 转型前不判
instanceof→ 运行时可能抛ClassCastException - 判了
instanceof却没转型 → 编译不过（无法直接调子类特有方法） - 转型后仍用父类引用接收（如
Parent p = (Child)obj）→ 转型无效，还是只能调Parent方法 - 接口类型转型（如
obj instanceof Runnable）和类转型规则一致，但要注意实现类是否真实现了该接口
字段访问、static 方法、构造器为什么不参与多态？
因为它们都不通过虚方法调用机制分派。JVM 在编译期就锁死了符号引用目标：
- 字段（包括
public成员变量）：只看**引用声明类型**。子类同名字段会隐藏父类字段，不是覆盖 -
static方法：归属类，调用目标由**编译时类型**决定。哪怕Parent p = new Child()，p.staticMethod()也调Parent的 - 构造器：本质是初始化本类状态，不可能“让父类构造器去执行子类逻辑”，所以不存在多态概念
class A {
String name = "A";
static String type = "A";
void show() { System.out.println(name); }
static void print() { System.out.println(type); }
}
class B extends A {
String name = "B";
static String type = "B";
void show() { System.out.println(name); }
static void print() { System.out.println(type); }
}
// 测试：
A a = new B();
System.out.println(a.name); // 输出 "A"（字段不覆盖）
System.out.println(A.type); // 输出 "A"
a.print(); // 输出 "A"（static 方法不看实例）
a.show(); // 输出 "B"（实例方法才多态）
真正容易翻车的地方，从来不是“能不能多态”，而是“你以为能多态的，其实根本没走多态流程”——比如对着 static 方法讲动态绑定，或者把字段遮蔽当成属性覆盖。盯住「调用目标在编译期确定」还是「运行期查 vtable」，就少踩八成坑。
