Java接口无法直接废弃方法，但可通过@Deprecated注解加default方法实现安全迁移：标记旧方法、提供空/委托实现、引导调用新方法，确保向后兼容且不破坏现有实现。
Java 接口本身不支持直接“废弃”（deprecate）某个方法后让实现类自动忽略它——实现类仍必须提供该方法的实现，否则编译失败。但你可以结合 Java 8+ 的新特性，以**安全、渐进、向后兼容的方式引导用户迁移并实质弱化旧方法**，而无需修改已有实现类结构。关键不是“删除”或“跳过”，而是“标记 + 替代 + 隔离”。
用 @Deprecated + default 方法提供空/委托实现
这是最常用且合规的做法：保留旧抽象方法签名，但加上 @Deprecated 注解，并在接口中为其提供一个 default 实现（如空体、抛异常或委托给新方法）。
- 旧实现类无需任何改动，仍能编译通过、运行正常
- 调用方看到编译器警告，明确知道该方法已不推荐使用
- default 实现可控制行为：例如返回默认值、记录日志、抛
UnsupportedOperationException，甚至内部调用新方法
示例：
public interface DataProcessor {
// 旧方法，已废弃
@Deprecated(since = "2.0", forRemoval = true)
default String process(String input) {
throw new UnsupportedOperationException("process(String) is deprecated; use processV2() instead");
}
// 新推荐方法
String processV2(String input);
}
将旧方法转为 default 并重定向逻辑
如果旧方法语义仍需保留（比如为了兼容老客户端），可将其改为 default，并在内部调用新方法或封装兼容逻辑。
立即学习“Java免费学习笔记（深入）”；
- 实现类若未重写该方法，会自动使用新逻辑
- 已有实现类若已重写旧方法，其逻辑仍优先执行（JVM 不覆盖已有实现）
- 此时
@Deprecated依然要加，提醒开发者“这个入口已非主路径”
示例：
public interface Logger {
@Deprecated(since = "3.1")
default void log(String msg) {
log(Level.INFO, msg); // 委托给新方法
}
void log(Level level, String msg);
}
用 private static 方法封装复用逻辑，隔离变更影响
当多个 default 方法共享底层行为（如参数校验、格式化），应把共用代码抽成 private static 方法。
- 避免 default 方法体膨胀，提升可维护性
- 废弃旧方法时，只需调整其 default 实现调用路径，不影响其他方法
- private static 方法不能被实现类访问，天然隔离实现细节
配合接口继承做平滑过渡（适合大版本升级）
若废弃涉及大量方法，可定义新接口继承原接口，并在新接口中只保留推荐方法，同时将旧接口标记为 @Deprecated。
- 新模块直接实现新接口，彻底避开旧方法
- 旧模块继续实现原接口，不受影响
- 避免在单个接口里堆积过多 deprecated 方法，保持接口语义清晰
示例：
@Deprecated(since = "4.0", forRemoval = true)
public interface LegacyService {
String doOldWork();
}
public interface ModernService extends LegacyService {
// 不再声明 doOldWork()
String doNewWork();
} 
