如何让接口默认方法调用实现类继承的受保护方法与变量？

核心矛盾在于：接口的默认方法无法直接访问实现类继承自父类的protected成员——编译器无法在接口层面确认this必然拥有这些成员，即便我们明确所有实现类都继承自C1/C2。

创建继承自C1/C2并实现IStuff的抽象类，将doStuffInterface的逻辑封装在这里。由于抽象类直接继承了C1，可合法访问其protected成员，后续你的业务类只需继承对应抽象类，无需重复编写方法。

代码示例：

// 适配继承C1的业务类的中间抽象类
abstract class AbstractStuffC1 extends C1 implements IStuff {
    @Override
    public void doStuffInterface() {
        doStuffExtended(extendedVariable);
    }
}

// 适配继承C2的业务类的中间抽象类
abstract class AbstractStuffC2 extends C2 implements IStuff {
    @Override
    public void doStuffInterface() {
        // C2继承自C1，可直接调用父类的protected成员
        doStuffExtended(extendedVariable);
    }
}

// 业务类修改为继承中间抽象类，无需实现doStuffInterface
class MyBusinessClass1 extends AbstractStuffC1 {
    // 原有业务逻辑
}

class MyBusinessClass2 extends AbstractStuffC2 {
    // 原有业务逻辑
}

该方案完全遵循Java访问权限规则，代码简洁无额外开销，是最稳妥的实现方式。

若无法修改现有类的继承结构，可在接口默认方法中通过强制转换+断言确保类型安全，间接访问C1的protected成员：

interface IStuff {
    default void doStuffInterface() {
        // 断言实现类必须是C1的子类，提前拦截类型错误
        assert this instanceof C1 : "所有实现IStuff的类必须继承C1或C2";
        C1 c1Instance = (C1) this;
        // 通过C1实例调用protected方法与变量
        c1Instance.doStuffExtended(c1Instance.extendedVariable);
    }
    // ...其他接口方法
}

注意：此方案依赖运行时类型检查，违反接口抽象原则，若后续出现未继承C1/C2的实现类，会触发运行时异常，仅作为无法调整继承结构时的临时方案。

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