接口与实现类无需实现全部方法的设计模式优化方案咨询

原场景中AService接口包含method1和method2，Impl1、Impl2均实现这两个方法；AnotherService通过工厂获取AService实例后，会在特定条件下调用method1。如今Impl2不再需要method1，当前用空实现处理，但method1仍会被调用，你纠结是否要通过instanceof检查实例类型、强转后调用，再把method1从公共接口移除。

不推荐：直接用instanceof+强转调用 #

这种做法会导致代码耦合度飙升，完全违反开闭原则——后续如果新增其他AService实现类，AnotherService里的判断逻辑必须跟着修改，维护成本会越来越高。反面示例代码如下：

void process() {
    AService service = factory.getService(...);
    if (some logical condition) {
        if (service instanceof Impl1) {
            ((Impl1) service).method1();
        }
    }
}

优先推荐：拆分接口（单一职责原则） #

把原AService拆分为职责单一的两个接口，让不同实现类按需实现：

// 仅包含通用方法method2的基础接口
interface ABaseService {
    void method2();
}

// 继承基础接口，新增method1的专用接口
interface AWithMethod1Service extends ABaseService {
    void method1();
}

// Impl1需要method1，实现专用接口
class Impl1 implements AWithMethod1Service {
    @Override
    public void method1() {
        // 原有业务实现
    }

    @Override
    public void method2() {
        // 原有业务实现
    }
}

// Impl2不需要method1，仅实现基础接口
class Impl2 implements ABaseService {
    @Override
    public void method2() {
        // 原有业务实现
    }
}

后续调整AnotherService和工厂逻辑：

• 如果工厂可以区分实例类型，新增两个获取方法：factory.getWithMethod1Service()和factory.getBaseService()，让AnotherService按需调用；
• 若要保留统一入口，AnotherService可以这样处理：

void process() {
    ABaseService service = factory.getService(...);
    if (some logical condition && service instanceof AWithMethod1Service) {
        ((AWithMethod1Service) service).method1();
    }
}

这种方式让接口职责更清晰，后续新增实现类时只需按需实现对应接口，AnotherService的逻辑无需频繁修改，耦合度更低，适合长期维护。

快速备选：接口默认方法（Java 8+） #

如果不想大改现有代码结构，这是最简洁的临时/轻量解决方案：在AService接口给method1添加默认空实现，Impl2可以直接继承该默认实现，无需自己写空代码；Impl1仍然重写method1的业务逻辑：

interface AService {
    // 默认空实现，无需子类强制实现
    default void method1() {}

    void method2();
}

class Impl1 implements AService {
    @Override
    public void method1() {
        // 原有业务实现
    }

    @Override
    public void method2() {
        // 原有业务实现
    }
}

class Impl2 implements AService {
    @Override
    public void method2() {
        // 原有业务实现
        // 无需处理method1，继承接口默认空实现
    }
}

这种方式改动最小，但缺点是接口会存在“无意义”的默认方法，可能让接口职责不够清晰，适合场景简单或快速修复的情况。

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