接口中default方法只能通过实现类实例调用，不可通过接口名调用；多接口同签名default方法需实现类显式重写；其无状态、不可访问实例字段，与抽象类有本质区别。
接口里能写方法体了，但不是所有地方都能调用
Java 8 允许在 interface 中用 default 关键字定义有方法体的方法，但它只对实现类可见，不能被接口的静态上下文或其它接口直接调用。
- 常见错误现象：
InterfaceName.defaultMethod()编译报错 ——default方法不是静态的，不能通过接口名调用 - 正确调用方式：必须通过实现类的实例，比如
new Impl().defaultMethod() - 如果多个接口提供了同签名的
default方法，实现类必须显式重写该方法，否则编译失败（Java 不允许歧义） - 注意：
default方法不能访问接口里的私有字段（接口中本就没有实例字段），只能访问public static final常量
default 方法和抽象类方法的区别在哪
表面看都是“有默认行为”，但语义和限制完全不同。
-
default方法不能有状态 —— 接口没有构造器、不能有实例变量，所以它本质上是“无状态的工具逻辑” - 抽象类可以持字段、构造器、
protected成员，适合封装可变状态和共享初始化逻辑 - 一个类只能继承一个抽象类，但可以实现多个接口 —— 所以
default方法更适合做能力组合（比如Comparable+Serializable+ 自定义default工具方法） - 性能上没差异，JVM 对两者都按普通实例方法处理；但过度依赖
default可能让接口职责膨胀，违背“接口隔离原则”
default 方法被子接口重写后，父接口的实现就失效了
子接口可以用 default 关键字重写父接口的 default 方法，此时实现类只会看到子接口提供的版本。
- 常见错误现象：父接口写了通用日志逻辑，子接口悄悄覆盖成空实现，调用方完全感知不到行为变化
- 子接口重写时，无法直接调用父接口的
default方法（不像super.method()在类中可用），只能靠实现类自己转发 - 如果真需要复用父接口逻辑，得把公共部分抽成
private方法（Java 9+ 支持接口中private方法），否则只能复制粘贴或提成工具类 - 兼容性风险：给已有接口加
default方法通常是二进制兼容的，但如果已有实现类恰好定义了同名方法（哪怕签名不同），可能引发意外重载或编译错误
什么时候该用 default，什么时候该用工具类
关键看逻辑是否与接口契约强相关。不是“能放就放”，而是“该不该属于这个接口的能力边界”。
立即学习“Java免费学习笔记（深入）”；
- 适合放
default：跟接口语义紧密绑定的辅助行为，比如Collection.stream()、Iterator.forEachRemaining()—— 它们是对“集合遍历”这一契约的自然延伸 - 不适合放
default：通用计算、IO、格式转换等与接口无关的逻辑，比如toJson()或retryOnFailure()，这类应该进Utils类 - 参数差异明显：
default方法只能访问this（即实现类实例），而工具类方法通常接收接口类型作为参数，更灵活也更易测试 - 容易被忽略的一点：
default方法无法被final修饰，也无法被static和default同时修饰 —— 想提供不可覆盖的默认行为？只能靠文档约束，或者用抽象类
