默认方法是实例行为的可选扩展，静态方法是接口自身的工具能力；默认方法可被实现类调用或重写、支持this和组合，静态方法只能通过接口名调用、无状态且不可重写。
函数式接口中默认方法和静态方法的行为边界，核心在于“谁调用、谁拥有、谁负责”——默认方法是实例行为的可选扩展，静态方法是接口自身的工具能力，二者职责分明、互不越界。
默认方法：面向实现类的“柔性继承”
默认方法用 default 声明，属于接口定义的一部分，但运行时绑定到实现类的实例上。它本质是为了解决接口演进中的兼容性问题，让已有实现类“自动获得新能力”，而无需强制修改代码。
- 实现类可以直接调用，无需重写；也可选择重写以定制逻辑（如
Collection.removeIf在Vector中被覆盖） - 可在方法体内访问
this、其他默认方法、抽象方法，支持组合与委托 - 当类实现多个含同名默认方法的接口时，必须显式重写该方法，并可用
InterfaceA.super.method()明确调用某一方实现 - 不破坏函数式接口语义：哪怕接口只有一个抽象方法 + 若干默认方法，仍可标注
@FunctionalInterface
静态方法：面向接口本身的“无状态工具”
静态方法用 static 声明，仅属于接口类型自身，与任何实现类无关。它不能被继承、不能被重写、不能访问实例成员，调用路径唯一且固定：InterfaceName.method()。
- 典型用途是工厂构造（如
Comparator.naturalOrder()）、通用校验（如Objects.isNull()的语义延伸）、类型相关转换等 - 不可在静态方法内做
instanceof判断或向下强转实现类——这会泄露具体类型，违背接口抽象原则 - 子接口无法继承父接口的静态方法；实现类也无法通过实例调用，
new MyImpl().utilMethod()编译直接报错 - 访问权限只能是
public（省略即默认），不支持private或protected
关键边界对比：三看就清楚
判断一个方法该设计成默认还是静态，只需看三点：
立即学习“Java免费学习笔记（深入）”；
- 要不要 this？ 需访问当前对象状态或调用其他实例方法 → 默认方法；完全无状态、只靠参数运算 → 静态方法
- 谁来调用？ 由实现类实例调用 → 默认方法；由开发者明确通过接口名调用 → 静态方法
- 要不要被覆盖？ 允许子类按需重写 → 默认方法；必须保持统一行为、禁止定制 → 静态方法
常见误用与规避建议
实际编码中容易踩坑的地方集中在混淆边界和过度设计：
- 把复杂业务逻辑塞进默认方法体——应拆到服务层，接口保持轻量
- 在静态方法里尝试调用默认方法或使用
this——编译失败，语法不允许 - 以为实现类能“继承”静态方法——结果调用时报错，必须改用
Interface.staticMethod() - 多个默认方法冲突时未显式重写——编译器拒绝通过，这是保护机制，不是限制
