Java superclass未实现interface却被标记通过subclass实现方法的原因是什么？

核心结论 #

你的猜测完全符合Java的语言规范设计，相关运行逻辑和IDE提示的成因可以从以下几个规则来理解：

1. 接口实现的校验逻辑 #

Java编译器对接口实现的校验是针对实现该接口的类执行的，不会要求父类也实现对应接口。
以你给出的代码为例，编译器检查Kindle类是否满足Book接口的实现要求时，会按以下顺序查找对应方法：

• 第一步：检查Kindle类本身是否定义了符合要求的turnPage方法
• 第二步：如果未找到，沿继承链向上查找所有父类的可继承方法
  你的代码中EReader的turnPage方法满足所有接口实现要求：方法签名完全匹配、访问修饰符为public（不低于接口方法默认的public权限）、返回值和异常声明都兼容，因此编译器会直接将这个继承来的方法作为Kindle对Book接口的实现。IntelliJ的提示implements method in Book via subclass Kindle就是在标注这个关联关系：该方法本身不属于Book接口的实现，但是通过子类Kindle的接口声明，间接承担了接口方法的实现作用。

2. 方法调用的优先级规则 #

你关注的同名方法匹配优先级，Java有明确的类优先原则：

• 类继承链上的方法优先级永远高于接口的抽象方法、默认方法
• 即使接口提供了default默认实现，只要父类有符合要求的同名方法，就会优先使用父类的实现，从根源上避免了多继承场景下的歧义冲突
  你运行这段代码时，输出必然是E-Reader version used，不会有任何歧义。

3. 补充校验规则 #

只要满足以下所有条件的继承方法，都可以作为接口方法的实现：

• 方法名、参数列表和接口方法完全一致
• 返回值类型和接口方法兼容（支持协变返回类型）
• 访问权限不低于接口方法的要求
• 不会抛出接口未声明的受检异常

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