JDK8接口新增默认方法和静态方法：默认方法用default修饰、通过实例调用、支持重写，用于向后兼容与通用逻辑；静态方法用static修饰、通过接口名调用、不可继承，适用于工具性操作；多接口同名默认方法需显式重写解决冲突。

JDK8 接口新特性主要体现在支持 默认方法（default） 和 静态方法（static），它们让接口不再只是“纯契约”，而是能提供可复用的实现逻辑。在项目中合理使用，能显著提升代码扩展性、减少重复、保持兼容性。

默认方法：给已有接口安全添加新功能

当需要为老接口增加方法，又不想强制所有实现类修改时，default 方法就是解法。它天然支持“向后兼容”——已有实现类无需改动即可运行。

• 定义方式：用 default 修饰，必须有方法体
• 调用方式：通过实现类实例调用（如 obj.doLog()）
• 重写自由：实现类可选择覆盖，默认不覆盖也完全合法
• 典型场景：集合框架扩展（如 Collection.forEach、Map.getOrDefault）就是靠 default 实现的

静态方法：封装工具逻辑，避免工具类泛滥

接口中的 static 方法适合放与该接口语义强相关、但无需依赖实例状态的通用操作，比如校验、转换、构造器等。

• 定义方式：用 static 修饰，必须有方法体
• 调用方式：直接通过接口名调用（如 MyService.createDefault()），不能被实现类继承或重写
• 优势：比零散的 XXXUtils 类更内聚，语义更清晰；避免创建无意义的工具类实例
• 示例：自定义函数式接口常附带 andThen、compose 等静态工厂方法

多接口冲突时的处理原则

若一个类同时实现两个含同名 default 方法的接口，编译器会报错，必须显式重写该方法来消除歧义。

• 解决方式：在实现类中用 @Override 明确提供自己的实现
• 可借助 InterfaceName.super.methodName() 语法调用某一方的默认实现（如需复用）
• 注意：static 方法不会冲突，因为只能通过接口名调用，不存在“继承覆盖”问题

实际项目中的使用建议

不是所有接口都该加 default 或 static 方法。关键看是否符合设计意图：

• default 方法适合：通用行为（日志、校验、简单转换）、可被多数实现共享的逻辑
• static 方法适合：创建实例（of() / from()）、组合操作（and() / or()）、纯函数式工具
• 避免滥用：不要把业务核心流程塞进 default 方法；不要用 default 替代抽象类的职责
• 命名清晰：方法名应体现其“默认”或“工具”性质，例如 logIfDebug()、emptyInstance()