接口不能有构造方法，抽象类可以有；接口字段均为public static final，抽象类可定义实例字段；一个类只能继承一个抽象类但可实现多个接口；接口default方法调用依赖引用类型，不具真正继承关系，而抽象类方法重写遵循标准多态机制。
接口不能有构造方法，抽象类可以有
这是最直接的语法差异。接口本质是契约，不参与对象创建流程，所以 interface 中定义任何构造方法都会编译报错；而抽象类是类的衍生产物，可以定义 protected 或包级私有的构造方法，供子类 super() 调用。
实际影响在于初始化逻辑：如果需要在多态对象构建时统一执行某些检查或资源预分配（比如校验参数非空、初始化共享缓存），只能放在抽象类的构造方法里；接口完全无法承载这类行为。
接口默认方法和静态方法不参与多态分派
default 方法虽然可被实现类继承并重写，但它的调用是否走多态，取决于**引用类型**而非运行时对象类型。例如：
interface Animal { default void speak() { System.out.println("unknown"); } }
class Dog implements Animal { public void speak() { System.out.println("woof"); } }
Animal a = new Dog();
a.speak(); // 输出 "woof" —— 多态生效（因为 Dog 重写了）
Animal b = null;
b.speak(); // 编译错误 —— 接口引用不能为 null 调用 default 方法
而 static 方法根本不会被重写，调用完全绑定到接口本身，与实现类无关。
立即学习“Java免费学习笔记（深入）”；
抽象类的 static 方法同样不参与多态，但它的普通实例方法（哪怕 final）只要被子类继承，就天然纳入 JVM 的虚方法表，严格遵循多态规则。
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
一个类只能继承一个抽象类，但能实现多个接口
这决定了多态能力的组合方式不同：
- 抽象类适合表达「是什么」的强层级关系（如
AbstractList→ArrayList），多态行为集中且不可拆分 - 接口适合表达「能做什么」的交叉能力（如
Serializable+Cloneable+Comparable），多态行为可叠加、正交
常见陷阱：试图用抽象类模拟多重能力，结果被迫设计出臃肿的“上帝抽象类”，或者用继承强行拼凑语义不相关的功能，破坏开闭原则。
字段和访问修饰符限制不同，影响多态时的状态可见性
接口中所有字段自动是 public static final，无法定义实例变量；抽象类可以有 protected 实例字段、private 辅助方法、甚至 final 非常量字段。
这意味着：如果多态行为依赖内部状态（比如一个通用的 retryCount 计数器），只能靠抽象类维护；接口只能通过方法参数或外部传入来传递状态，灵活性受限。
另外，抽象类中 protected 方法可被子类安全复用，而接口的 default 方法一旦被重写，原逻辑就丢失了——没有“调用父接口默认实现”的语法支持。
default 方法不是“父类方法”，它没有继承链上的父子关系；而抽象类的方法重写，是标准的 override，受 @Override 约束和编译器检查。这个底层差异，会在重构、Mock 测试、反射调用时暴露出来。 
