接口多态靠“能力承诺”实现跨类族松耦合，抽象类多态靠“共性继承”实现同源结构复用；前者解决功能组合（can-do），后者解决类型演化（is-a），二者均通过JVM动态绑定（itable/vtable）实现运行时多态。
多态在接口和抽象类中都通过“同一调用，不同行为”来体现，但背后的逻辑和设计意图完全不同。理解这一点，关键不是记语法区别，而是看它们各自如何支撑“一种接口、多种实现”这个多态本质。
接口体现多态：靠“能力承诺”实现松耦合
接口定义的是“能做什么”，不关心“是谁”。一个类实现多个接口，就等于同时承诺了多种独立能力。
- 调用方只依赖接口类型，比如 Logger logger = new FileLogger();，后续换成 new DatabaseLogger() 完全不影响代码
- 运行时根据实际对象类型执行对应实现，JVM 通过接口的虚方法表（itable）完成动态分派
- 即使 FileLogger 和 DatabaseLogger 毫无继承关系，只要都实现了 Logger 接口，就能被统一使用——这正是接口多态的强项：跨类族、高灵活性
抽象类体现多态：靠“共性继承”实现结构复用
抽象类表达的是“是什么”，强调血缘关系。它把子类共有的字段、构造逻辑、部分实现打包在一起，再留出抽象方法让子类定制。
- 比如 Animal a = new Dog();，a.move() 调用的是抽象类中已实现的通用移动逻辑，而 a.makeSound() 则由子类重写决定
- 抽象类中的具体方法可以被所有子类直接复用，避免重复代码；抽象方法则强制子类提供差异化行为
- 这种多态天然带有层级约束：Dog 和 Cat 都是 Animal 的子类，它们共享父类定义的状态（如 name）和基础行为（如 sleep()）
两者多态的核心差异不在语法，而在建模视角
接口多态解决的是“功能组合”问题：一个对象可以同时是 Flyable、Swimmable、Serializable，互不干扰。
立即学习“Java免费学习笔记（深入）”；
抽象类多态解决的是“类型演化”问题：Dog、Cat、Bird 都从 Animal 演化而来，有共同起源、共享状态、部分行为一致。
- 如果多个类之间没有实质的 is-a 关系，只是碰巧有相同方法，优先用接口
- 如果多个类需要共享字段、构造流程或大量通用代码，抽象类更合适
- Java 允许一个类 extends 一个抽象类 + implements 多个接口，这是最贴近现实的设计方式：既确立核心身份，又灵活叠加能力
动态绑定是两者的共同底层机制
无论通过接口引用还是抽象类引用调用方法，JVM 都在运行时查表定位实际实现：
- 接口调用走 itable（接口方法表）
- 抽象类（或普通父类）调用走 vtable（虚方法表）
- 编译时只检查签名是否存在，运行时才决定执行哪段字节码——这才是多态真正“活”起来的地方
