覆盖接口中的方法是否有意义[重复]答案

【问题标题】：Does it make sense to override a method in an interface [duplicate]覆盖接口中的方法是否有意义[重复]
【发布时间】：2015-12-23 16:26:57
【问题描述】：

例如，我有一个接口 A 和 B。A 有一个称为 foo 的（抽象）方法。 B 扩展 A。

即使使用@Override 也可以覆盖接口B 中的foo，但是在任何情况下这有意义吗？没有什么可以覆盖的，因为这两种方法都必须是抽象的并且没有主体。所以我想这没有任何意义，对吧？

那么为什么可以在接口中覆盖？

【问题讨论】：

【解决方案1】：

一种情况是当您想要更新 Javadoc 文档以在子接口中的方法中反映更具体的协定时，例如 Collection#addAll(Collection) 和 List#addAll(Collection)：

子接口还可以添加从 Java 8 开始的默认实现。

【讨论】：

【解决方案2】：

子类型可以施加更多条件，改变返回类型，改变抛出类型。一个例子

interface AutoCloseable
    void close() throws Exception

interface Closeable extends AutoCloseable
    void close() throws IOException

（子类型也可以用方法签名的擦除版本覆盖......但这是老故事）

在java8中，子接口可以为抽象方法提供一个默认的impl

interface DummyCloseable extends Closeable
{
    default void close()
    {
        // do nothing
    }

【讨论】：

类型参数呢？这些能发生什么有趣的事情吗？
有道理，你的意思是协变返回类型，例如 stackoverflow.com/questions/14694852/…
我猜，除非擦除，他们需要“相同”的类型参数 - docs.oracle.com/javase/specs/jls/se8/html/jls-8.html#jls-8.4.2
@stonar96 - 是的，子接口的返回/抛出类型必须与超接口“兼容”:)
感谢您的回答，我以前从未听说过协变返回类型。这真的很有趣。