java 9起接口可用private方法抽取多个default方法共用逻辑，既复用代码又不暴露给实现类；它专用于接口内部封装校验、日志、格式化等重复行为，仅限本接口内default或static方法调用，不可被实现类访问或反射调用。
Java 9 起，接口中可用 private 方法 把多个 default 方法共用的逻辑抽出来，既复用了代码，又不暴露给实现类——它不是为了“炫技”，而是解决一个很实在的问题：接口内部重复校验、格式化、日志准备等行为，以前只能复制粘贴或硬塞进工具类，现在可以真正封装在接口里。
什么时候该用 private 方法而不是其他方式
当以下条件同时满足时，private 方法是最合适的选择：
- 重复逻辑只出现在同一个接口的多个 default 或 static 方法中
- 这段逻辑不该被实现类看到或调用（比如参数合法性检查、字段标准化、前置日志）
- 不需要访问实现类的私有字段或方法，也不依赖具体子类行为
- 不打算跨接口复用，也不需要被反射或子类重写
private 和 private static 的分工要清楚
两者都只能被本接口内其他方法调用，但适用场景不同：
-
private（无 static）：可访问
this，能调用本接口的其他 default 方法（如this.logStart()），适合需要当前实现对象上下文的操作，例如校验后触发默认回调 -
private static：不能用
this，只能靠入参和常量工作，适合纯函数式逻辑，比如StringUtils.isEmpty(s)、formatTime(millis)这类无状态操作
混用会编译失败。例如在 private static 方法里调 this.doSomething()，或在 private 方法里直接访问实现类的实例字段（接口本身没有实例字段）——这些都不允许。
典型实战：把校验+日志打包成 private 方法
假设有个订单处理接口，submit() 和 cancel() 都要检查订单 ID 是否合法、是否非空，并统一记录操作日志：
- 原来得在两个 default 方法里各写一遍 if 判断 + System.out
- 现在可提取为：
private void validateAndLog(String orderId) {<br> if (orderId == null || orderId.trim().isEmpty()) {<br> throw new IllegalArgumentException("订单ID不能为空");<br> }<br> System.out.println("操作订单: " + orderId);<br>} - 然后两个 default 方法里直接调用
validateAndLog(orderId)，清爽且不易漏改
哪些情况不适合用接口 private 方法
它能力明确、边界清晰，但也有明显限制：
- 实现类里写
validateAndLog("123")→ 编译报错：cannot find symbol - 用反射去接口类上调
getDeclaredMethod("validateAndLog")再setAccessible(true)→ 运行时报IllegalAccessException，JVM 层面禁止穿透 - 想让多个接口共享同一段逻辑 → 不行，private 方法不能跨接口；应改用工具类或抽象基类
- 逻辑需要读取实现类的私有字段或调用其 protected 方法 → 接口 private 方法做不到，此时更适合抽象类
