Java多态真正难点在于运行时行为、类型系统边界与JVM机制的协同理解；重载编译期绑定看引用类型，重写运行期绑定看实际对象；instanceof需匹配目标子类才可安全转型；接口default方法支持多态，static方法不参与；private/final方法禁用多态。
大厂面试中，Java多态真正卡人的地方，从来不是“能写出 Animal a = new Cat()”这种基础写法，而是考你能否在运行时行为、类型系统边界、JVM底层机制三个层面同时保持清醒——尤其当多态和重载、泛型、异常、静态方法混在一起时，90%的候选人会掉进编译期/运行期判断错位的坑。
为什么 a1.show(b) 输出 A and A 而不是 B and A？——搞清重载 vs 重写的分界线
这是高频陷阱题的核心：面试官给一段含多个 show() 重载方法的父类和子类，让你手算输出。很多人误以为“父类引用指向子类对象”就一定触发子类逻辑，却忘了重载（overload）是编译期绑定，看的是引用类型 + 参数声明类型；重写（override）才是运行期绑定，看的是实际对象类型。
常见错误现象：
• 看到 Animal a = new Dog() 就默认所有方法都走 Dog 实现
• 忽略参数类型在编译时已固化，比如 show(B obj) 和 show(A obj) 是两个完全不同的方法签名
- 实操建议：遇到多态+重载混合题，第一步先按
引用类型.方法名(参数声明类型)锁定编译期选中的重载版本，第二步再看该方法是否被子类重写 - 关键区分点：
@Override只作用于重写，对重载无效；static方法不能被重写，只能被隐藏 - 典型反例：
class A { void show(A a) { System.out.println("A and A"); } void show(D d) { System.out.println("A and D"); } }<br>class B extends A { @Override void show(A a) { System.out.println("B and A"); } }<br>A a1 = new A();<br>A a2 = new B();<br>// a1.show(new B()) → 编译选 show(A)，执行 A 版本 → "A and A"<br>// a2.show(new B()) → 编译仍选 show(A)（因 a2 声明为 A），运行时走 B 版本 → "B and A"
instanceof 判断后强制转型为何仍抛 ClassCastException？——向上转型不等于可逆向下转型
很多候选人知道用 instanceof 做安全检查，但忽略了一个致命细节：父类引用指向子类对象，只保证“是”该子类或其后代，不保证“就是”你要转的那个具体子类。比如 Animal a = new Cat()，a instanceof Dog 为 false，但若 a instanceof Animal 为 true 后强转 (Dog)a，照样崩。
立即学习“Java免费学习笔记（深入）”；
- 使用场景：需要调用子类特有方法（如
Dog.bark()）时，必须确认实际类型 - 容易踩的坑：
if (a instanceof Animal) { Dog d = (Dog)a; }—— 这里instanceof Animal恒为true，毫无保护作用 - 正确姿势：
if (a instanceof Dog) { Dog d = (Dog)a; d.bark(); }，且 JDK 14+ 可用模式匹配简化：if (a instanceof Dog d) { d.bark(); }
接口多态中，默认方法（default）和静态方法（static）谁会被多态调用？
这是考察你是否真懂“多态仅适用于实例方法”的底层逻辑。接口的 default 方法支持重写，因此满足多态三要素（继承/实现关系、重写、向上转型），而 static 方法属于接口本身，不参与多态分派。
- 参数差异：
default方法隐含this参数，运行时根据实际对象类型决定调用哪个实现；static方法无this，调用目标在编译期就由接口名锁定 - 性能影响：调用
default方法需查虚方法表（vtable），和普通重写方法一致；static方法直接跳转，更快但无多态性 - 示例验证：
interface Flyable { default void fly() { System.out.println("Flying default"); } static void land() { System.out.println("Landing static"); } }<br>class Bird implements Flyable { public void fly() { System.out.println("Bird flying"); } }<br>Flyable f = new Bird();<br>f.fly(); // 输出 "Bird flying"（多态生效）<br>f.land(); // 编译错误！必须用 Flyable.land()
最易被忽略的一点：多态的“运行时绑定”依赖 JVM 的虚方法调用指令（invokevirtual），而 private、static、final 方法用的是 invokespecial 或 invokestatic，根本不会进 vtable——这意味着，哪怕你写了 @Override，只要方法被 private 或 final 修饰，多态就失效。这点在源码调试或字节码分析题里常作为压轴雷出现。
