接口设计缺陷引发Bug，拟先添加带UnsupportedOperationException的Default method临时修复

这思路太务实了——面对接口设计缺陷导致全实现类堆满临时workaround的问题，没法一次性重构所有实现类时，用Default Method做过渡绝对是个靠谱的折中方案。我来拆解下具体怎么做，以及需要注意的细节：

具体实施步骤 #

1. 给接口新增带默认实现的方法 #

在有问题的接口里加入你需要的新方法，默认实现直接抛出UnsupportedOperationException，这样所有现有实现类完全不用修改就能兼容，不会触发编译错误：

public interface ProblematicInterface {
    // 原有的接口方法...

    // 新增的目标方法，默认抛出异常提示未实现
    default void optimizedMethod() {
        throw new UnsupportedOperationException("此方法暂未实现，请在后续迭代中改造对应实现类");
    }
}

这个操作的核心是不破坏现有代码的稳定性，让所有老实现类能正常编译运行，同时为后续重构留下入口。

2. 优先修复目标实现类 #

找到你现在需要解决Bug的那个实现类，重写这个新方法，用正确的逻辑替代原来的临时workaround：

public class TargetImpl implements ProblematicInterface {
    // 原有方法的实现...

    @Override
    public void optimizedMethod() {
        // 这里写符合接口设计初衷的正确逻辑，彻底去掉临时workaround
    }
}

这样就能先解决当前的Bug，同时其他实现类的临时代码可以暂时保留，不影响项目正常运行。

3. 后续迭代的全面重构计划 #

等有时间了，就可以按迭代逐步推进：

• 逐个修改剩余的实现类，重写optimizedMethod，替换掉各自的workaround
• 最终可以考虑标记原有不合理的接口方法为废弃（@Deprecated），引导所有调用方切换到新方法，完成接口的彻底优化

注意事项 #

• 版本兼容性：Default Method是Java 8及以上才支持的特性，如果你的项目还在Java 7或更早版本，得换用抽象类做过渡，但Java 8+环境下这个方案是最丝滑的。
• 异常信息要清晰：默认实现里的异常信息最好明确说明情况，方便后续排查哪些实现类还没被改造。
• 加文档注释：在接口的Javadoc里标注清楚这个新方法的作用，以及原有接口设计的缺陷，提醒团队其他成员后续的改造方向，避免有人继续往老方法上加新的workaround。

内容的提问来源于stack exchange，提问作者goedi