Java接口default方法是JDK 8引入的接口演进机制，用于在不破坏现有实现类前提下安全扩展功能；必须用default关键字声明并提供方法体，实现类可直接调用或选择重写，多接口同名default需显式@Override解决冲突。
Java 接口中 default 方法 是 JDK 8 引入的核心机制，目的很明确：在不破坏已有实现类的前提下，给接口安全“加功能”。它不是语法糖，而是接口演进的基础设施。
default 方法怎么用：三条硬规则
写法上很简单，但必须守住边界：
- 用
default关键字声明，方法体不能省略（哪怕只写{}） - 实现类可不重写，直接调用；若重写，则以实现类版本为准
- 一个类实现多个接口，且多个接口含同名同参
default方法 → 编译器报错，必须在实现类中@Override并显式选择，比如InterfaceA.super.method()
典型使用场景：兼容升级 + 逻辑复用
它解决的是真实痛点，不是炫技：
-
平滑升级 API：如
Collection在 JDK 8 新增stream()、removeIf()，全靠default实现。老项目不用改一行代码，就能用上新方法 -
封装组合逻辑：比如
Iterable.forEach(Consumer)内部就是基于iterator()实现的，所有实现Iterable的类自动获得该能力 -
函数式接口扩展：像
Predicate.and()、Consumer.andThen()都是default方法，不影响 Lambda 使用，还能链式调用
演进关键点：从 Java 8 到 Java 17 的收敛
不是越新越花哨，而是越来越强调“可控”：
立即学习“Java免费学习笔记（深入）”；
- JDK 8 奠基：支持基本默认行为，但允许访问
this.toString()等，埋下运行时风险 - JDK 9–14 逐步收紧：禁止
default方法内强转this、访问未声明方法、读写实例字段——因为接口本不该持有状态 - JDK 17 明确边界：强调
default只能调用本接口已公开的方法（abstract或default），逻辑应轻量、无副作用、不依赖外部资源
避坑指南：容易忽略但致命的细节
很多问题不是语法错，而是设计失当：
- 别让
default方法依赖尚未约定的方法（如新增first()却假设实现类一定有iterator()），否则老实现类一调就抛AbstractMethodError - 不要在
default里抛受检异常（throws IOException），会破坏原有调用契约 - 复杂逻辑别硬塞进
default，应抽成static工具方法，再由default调用，便于测试和复用 - 运行时是否真走 default？用
javap -v YourImpl.class查方法表——没出现该方法名，才说明回退生效
