Java 9+ 接口中可定义 private 方法，但仅限同一接口内被 default 或其他 private 方法调用，不能被实现类继承或外部访问，必须有方法体且不可重载 default 方法。
Java 9+ 接口里能写 private 方法了，但不是所有地方都能用
Java 9 确实允许在接口中定义 private 方法，但它只服务于接口内部逻辑复用——不能被实现类继承，也不能被外部调用。它的存在意义很窄：给 default 方法或其它 private 方法当工具函数用。
常见错误现象：private void helper() { } 写在接口里，然后试图在实现类里调用它，编译直接报错 cannot resolve symbol helper。
-
private接口方法只能被同一接口内的default或private方法调用 - 不能有
private static（Java 9 不支持；Java 11 才加） - 不能是
private abstract（语法非法） - 访问修饰符只能是
private，不接受protected或包级（连public都不允许）
private 接口方法必须有方法体，且不能重载 default 方法的签名
和 default 方法不同，private 方法没有“默认实现权”的语义，它只是个纯辅助函数，所以必须提供具体实现；同时，它不能和本接口中的 default 方法同名同参，否则编译器无法区分调用意图。
使用场景：多个 default 方法共享一段校验或组装逻辑，比如都需解析 JSON 字段再做判断。
立即学习“Java免费学习笔记（深入）”；
示例：
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
interface EventProcessor {
default void onStart() {
validateConfig();
log("start");
}
default void onEnd() {
validateConfig(); // 复用
log("end");
}
private void validateConfig() { // ✅ 合法：有实现、仅被内部调用
if (getConfig() == null) throw new IllegalStateException();
}
private String getConfig() { return "default"; }
}
注意：validateConfig() 在实现类中不可见，也不参与任何多态分派。
和 private static 接口方法的区别（Java 11+）
Java 11 补充了 private static 接口方法，它和 private（实例）方法的关键差异在于调用方式和生命周期：
-
private实例方法可以访问this，能调用其它default方法（间接访问实现类状态） -
private static方法完全无状态，不能引用this，也不能调用非static的接口成员 - 两者都不能被实现类覆盖或访问，但
private static更接近工具类函数，适合纯计算逻辑 - 如果混用，要注意：一个
default方法里既调private又调private static是合法的，但别指望它们共享局部上下文
为什么不用抽象类？——接口私有方法的真实约束边界
这不是为了替代抽象类，而是补接口的短板：过去接口没法封装复用逻辑，导致 default 方法重复代码或被迫把逻辑提到工具类里。现在能内聚了，但代价是彻底放弃对外暴露。
容易踩的坑：
- 误以为
private接口方法能用于“保护子类不误用”，其实子类根本看不到它 - 在模块化项目中，若接口在
requires的模块里，private方法不会跨模块生效——它连反射都拿不到，JVM 层面就不可见 - IDE 可能高亮提示“method is never used”，这是正常现象，别手贱删掉
真正复杂的地方在于：它让接口从“契约声明”往“轻量实现容器”偏移了一点，但偏移是有严格边界的——一旦越界（比如想传参给实现类、想被测试 mock），就得退回去用抽象类或组合。
