java 9 引入接口私有方法，根本原因是让接口内部逻辑可复用且不暴露实现细节；解决 default 方法间重复代码问题，支持 private 实例和 static 方法复用，避免退化为抽象类，明确划分契约与私有实现。
Java 9 引入接口私有方法，根本原因就一个：让接口内部的逻辑能真正复用，又不把实现细节暴露出去。
解决 default 方法间的重复代码问题
Java 8 允许接口定义 default 方法，但多个 default 方法若共享校验、日志、参数转换等逻辑，此前只能复制粘贴——改一处，漏一处；或被迫提取成另一个 default 方法，结果它会变成公共 API，被所有实现类看到甚至误调用。
- 现在可把共用逻辑抽成 private 实例方法，只供本接口内的 default 方法调用
- 比如统一判空、统一封装响应、统一记录执行耗时，都可封装在这里
- 实现类完全不知道它的存在，也不影响接口契约
支持 static 方法的安全复用
接口中常定义 public static 工具方法（如字符串处理、数值计算），但这些方法内部若需辅助逻辑，过去只能写死在方法里，或暴露成 public static 辅助方法——这等于把“内部工具”变成了对外 API。
- private static 方法正好补上这个缺口：纯计算、无状态、仅限接口内调用
- 例如：
private static boolean isValidEmail(String s)可被多个 public static 方法复用，外部类无法访问 - 既保持了工具逻辑的集中管理，又守住封装边界
避免为复用而退化成抽象类
有些团队遇到重复逻辑时，干脆把接口改成抽象类，把共用代码放进去。但这牺牲了接口最核心的优势：一个类可以实现多个接口，却只能继承一个类。
- 私有方法让接口保有多实现能力，同时获得类似类的内聚组织能力
- 不需要引入继承关系，不增加耦合，也不破坏现有实现类
- 接口仍是纯粹的行为契约，只是内部实现更干净了
明确划分契约与实现
接口的 public abstract、default、static 方法构成对外契约，而 private 方法属于“编译期私有实现”，连反射都查不到，运行时也无分派开销。
- 它不参与多态，不承诺稳定性，随时可删、可改、可重命名
- 设计者能放心重构内部逻辑，而不必担心 breaking change
- API 表面简洁，背后结构清晰，维护成本显著下降
