Java 8起接口支持default和static方法：default是可被实现类继承或重写的实例方法，用于对象行为；static是仅通过接口名调用的工具方法，不参与继承。
Java 8 是接口演进的关键分水岭——它让接口从纯契约升级为可携带行为的模块化单元。默认方法（default）和静态方法（static）不是语法糖，而是为解决真实工程问题而生的设计机制：前者保兼容，后者提工具。抽象类本身不参与这套演进，它始终靠继承链传递行为，无需“新增兼容性补丁”。
default 方法：接口安全扩界的唯一路径
当已有接口需要新增能力，又不能逼所有实现类改代码时，default 方法就是答案：
- 必须显式用
default关键字修饰，提供完整方法体 - 实现类自动继承该行为，不重写也能直接调用
- 若实现类有同名方法，则以实现类版本为准（可覆盖）
- 典型例子：JDK 8 中
Collection新增stream()、removeIf()，ArrayList、LinkedList 等老类无需任何改动即可使用
static 方法：接口内的工具箱
静态方法属于接口自身，不参与继承，也不影响实现类：
- 用
public static声明（public可省略，但static不可省） - 只能通过接口名调用，如
Comparator.naturalOrder() - 常用于封装通用逻辑，比如比较器工厂、数据校验工具、类型转换辅助等
- 不能被实现类继承或重写，对子类完全透明
抽象类不走这套演进路线
抽象类没有 default 或 static 方法的“兼容性使命”，它的扩展方式天然不同：
- 新增具体方法（非 abstract）：子类可直接继承使用，不影响编译
- 新增 abstract 方法：所有非 abstract 子类立刻编译失败，必须补实现
- 它不面向“已有大量实现”的开放生态，而是控制在自有继承体系内，所以不需要 default 那样的兜底机制
- 若真需类似 default 的柔性扩展，通常靠增加新抽象子类（如
AbstractListV2），而非在原类上硬加
别混淆 default 和模板方法的本质差异
default 方法看似像骨架，但它无法访问实现类的状态：
- 不能读取实现类的实例字段（
this.data会报错） - 不能调用被子类重写的非 final 方法（多态失效）
- 它适合做“通用流程包装”，比如
logBefore(); doWork(); logAfter();，但每步都得是接口自己能掌控的逻辑 - 真正需要状态驱动、子类钩子参与的模板逻辑（如
templateMethod() { init(); process(); cleanup(); }），仍是抽象类的专属场景
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
