java 9 在接口中引入 private 方法，旨在解决 default 方法间逻辑复用难题，支持 private 实例方法（访问 this）和 private static 方法（纯计算），强化封装且不破坏接口契约本质。
Java 9 在接口中引入 private 方法，不是为了扩展接口的对外能力，而是为了解决接口内部实现逻辑“想复用却不能干净复用”的实际困境。它让接口在保持契约纯粹性的同时，也能像类一样组织和沉淀共用代码。
解决默认方法之间重复逻辑的硬伤
Java 8 允许接口定义 default 方法，但多个 default 方法若共享一段校验、转换或预处理逻辑（比如检查参数非空、格式标准化、异常预处理），此前只能复制粘贴，或被迫把逻辑提到抽象类——这违背了“接口应专注行为契约”的设计初衷。private 方法正好补上这一环：
- 可被同一接口内的其他 default 或 static 方法调用
- 不暴露给实现类，也不参与多态，完全隐藏在接口内部
- 避免把本该属于接口内部的辅助逻辑“泄露”成 public API
支持两种私有形态，覆盖不同场景
接口中的 private 方法分为两类，各自适用明确：
- private 实例方法：可访问 default 方法的 this 引用（即实现类实例），适合封装与实例状态相关的通用流程，如统一日志记录、结果包装
- private static 方法：无 this 上下文，仅依赖入参和接口常量，适合纯计算、校验、工具型逻辑，如数值范围检查、字符串规范化
强化封装边界，不破坏接口本质
private 方法的存在，没有改变接口作为“行为契约声明者”的角色：
- 实现类完全感知不到它的存在，也无法重写、继承或反射访问
- 它不参与任何运行时分派，只在编译期被内联调用，零运行时开销
- 所有逻辑仍严格限定在接口内部，既没引入抽象类的继承耦合，也没污染接口的公共签名
让接口更内聚、更易维护
当一个接口承载多个功能（如支付接口含下单、退款、对账），各方法间常有共通步骤。过去这些步骤散落在各个 default 方法里，修改一处容易漏改别处；现在可集中到 private 方法中统一管理：
- 参数校验逻辑统一收口，避免某方法忘了判 null
- 错误码组装、响应结构封装等模板代码不再重复出现
- 接口主体方法变得更短、语义更清晰，阅读成本显著下降
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
