多态是运行时根据实际对象类型动态绑定方法，需满足继承关系、子类重写非静态非私有非final方法、父类引用指向子类对象三个条件。
多态就是“调用同一个方法名，实际执行谁的代码，得看new的是哪个类”
不是编译时决定，而是运行时才确定——比如 Animal a = new Dog(); a.sound();，表面是 Animal 类型的变量，但真正跑的是 Dog.sound()。这个“晚绑定”过程就是多态的核心。它不靠 if-else 判断对象类型，而是 JVM 在运行时查虚方法表（vtable）自动跳转。
必须同时满足三个条件，缺一不可
常见错误是只做了继承或只写了同名方法，却没真正触发多态：
- 存在继承或实现关系（
extends或implements） - 子类用
@Override重写父类的非static、非private、非final实例方法 - 用父类/接口类型声明引用，但右侧
new的是子类（即向上转型：Animal a = new Cat();）
漏掉 @Override 注解尤其危险：参数类型写成 int 而非 Integer，编译器不会报错，但实际没重写成功，调用时仍走父类逻辑——静默失效。
静态方法、构造器、private 方法都不参与多态
这是新手最常误踩的坑：
立即学习“Java免费学习笔记（深入）”；
java-api-doc-generator
下载
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
-
static方法只是被“隐藏”，不是重写：A a = new B(); a.show();调用的是A.show()，和右边new B()无关 - 在父类构造器里调用可被重写的方法（如
printName()），子类字段尚未初始化，值为null或0，极易引发空指针 -
private方法无法被继承，更谈不上重写；子类里写个同名方法，只是新定义了一个方法，和父类完全无关
判断一个方法是否参与多态，就看它能否被子类 @Override 成功——能加注解且不报错，才可能动态绑定。
向上转型后不能直接用子类特有方法，向下转型要加 instanceof
写 Animal a = new Dog(); a.bark(); 会直接编译失败，因为 bark() 不在 Animal 声明中。若真需要调用，必须先确认类型再转型：
if (a instanceof Dog) {
((Dog) a).bark();
}
漏掉 instanceof 检查，强制转型可能抛 ClassCastException；而盲目加检查又影响性能——所以设计上应优先通过抽象方法统一行为，而非频繁转型。
多态真正的复杂点不在语法，而在设计意图：它要求你提前把“变”的部分（不同子类的实现）和“不变”的部分（父类定义的契约）清晰切开。一旦在父类构造器里调用可重写方法，或者让 static 方法承担多态职责，边界就模糊了，问题就会从编译期悄悄滑向运行期。
