java接口与抽象类在jdk9后分工更清晰：接口通过私有方法、default/static方法增强灵活性，抽象类则保持状态管理、构造逻辑和强继承语义，二者协同而非替代。
Java 接口与抽象类在 JDK 9 之后的演进，并非“互相替代”，而是各自强化边界、分工更清晰。接口变得更灵活，抽象类则保持其语义重心——二者协同而非竞争。
接口新增私有方法：封装复用逻辑，不破坏契约
JDK 9 允许接口中定义 private 方法（含 private static 和 private instance），用于被 default 或 static 方法复用，避免重复代码。
- 私有方法不能被实现类继承或调用，仅限接口内部使用
- 解决了多个 default 方法共享逻辑时只能提取到实现类（破坏接口契约）或复制粘贴的问题
- 示例：
private void validate(String s) { if (s == null) throw new IllegalArgumentException(); }可被多个 default 方法安全调用
默认方法与静态方法：升级接口能力，但不模糊职责
JDK 8 引入的 default 和 static 方法，在 JDK 9+ 中继续作为接口的核心增强点：
- default 方法提供可选实现，解决向后兼容的接口升级难题（如 Collection 新增 stream()）
- static 方法属于接口本身，通过
InterfaceName.method()调用，适合工具型逻辑（如 Comparator.naturalOrder()） - 抽象类仍不可定义 static 方法（除非是静态嵌套类），而接口可——这凸显了接口作为“能力契约 + 工具集合”的定位
抽象类保持语义核心：状态、构造、继承链不可替代
尽管接口支持了更多实现能力，抽象类在 JDK 9+ 中依然不可被取代，因其承载着接口无法表达的关键语义：
- 可声明实例字段、构造方法、初始化块，支持状态维护和对象构建逻辑
- 支持 protected 成员，允许子类受控访问；接口所有成员默认 public，无访问层级控制
- 单继承限制反而带来设计约束力，强制体现“is-a”强关系（如
AbstractList是 List 的一种具体抽象） - 模块化（Jigsaw）下，抽象类仍可跨模块继承，而接口的 default 方法若涉及模块未导出的类型，编译会报错——抽象类对模块边界的敏感度更低
模块化环境下的协作模式更明确
JDK 9 的模块系统进一步厘清了二者使用场景：
- 接口更适合定义跨模块的公共服务契约（如
java.sql.Driver），通过requires和uses声明依赖与服务 - 抽象类更适合模块内部的通用实现骨架（如
jdk.internal.util.xml.FastInfosetEncoder），不对外暴露具体实现细节 - 当需同时提供契约与基础实现时，常见模式是：接口定义行为 → 抽象类提供默认实现 → 具体类按需继承或实现（如 NIO 中的
Channel接口与AbstractInterruptibleChannel）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
