必须实现默认接口方法？

Question

下面是一个简单的例子，展示了我的问题：

import java.util.List;

public interface SingleTask extends List<Runnable>, Runnable {
    default Runnable get(final int x) {
        if (x != 0) {
            throw new IndexOutOfBoundsException();
        }
        return this;
    }

    default int size() {
        return 1;
    }
}

import java.util.AbstractList;

public class MyTask extends AbstractList<Runnable> implements SingleTask {
    @Override
    public void run() {
        System.out.println("hello");
    }
}

在SingleWG中，我提供了方法get和size的实现，这是来自AbstractList的唯一抽象方法。但是，当我编译MyWork时，我仍然会遇到以下错误：

类型MyWork必须实现继承的抽象方法AbstractCollection.size（）

或者

我的任务。java:3:错误：MyTask不是抽象的，并且不重写AbstractList中的抽象方法get（int）

（取决于编译器）。当然，我使用的是java 8。

所以我有两个问题：

1. 为什么我得到这些错误？我希望它能识别默认的实现。
2. 如果它不应该这样工作，那么在不复制整个代码的情况下，在MyWork中使用这两个方法的最简单方法是什么？

Answer 1

1. 为什么我会犯这些错误？我希望它能够识别默认的实现

我认为@biziclop在他的回答中正确地涵盖了这一点。简而言之，由于AbstractList将get（int）和size（）方法声明为抽象方法，因此它们优先于SingleTask中的默认实现。

最简单的方法是重写MyWG中的get（int）和size（）方法，以便它们委托给您在SingleWG接口中的默认方法：

public class MyTask extends AbstractList<Runnable> implements SingleTask {

    @Override
    public void run() {
        System.out.println("hello");
    }

    @Override
    public Runnable get(int index) {
        return SingleTask.super.get(index);
    }

    @Override
    public int size() {
        return SingleTask.super.size();
    }
}

使用这种方法，您将有点委托给SingleTask中的默认方法。我不认为这是一件坏事（至少，您不需要使用属性）。此外，编写这些方法是有意义的，这样您就可以选择提供默认实现的接口。

Answer 2

强制SingleTask实现者也实现List的所有方法不是很优雅，默认方法也不是用来定义你的SingleTask界面看起来像的特征实体。

默认方法作为特征是一个坏主意，有几个原因，最明显的一个是任何实现者都可以简单地覆盖你的默认方法，破坏你的特征。

这正是这里正在发生的事情：因为AbstractList显式声明get（）和size（）为抽象，这意味着SingleWG将继承它们，而不是您的默认实现可能有一个超级界面。

JLS 8.4.8：

类C从其直接超类和直接超接口继承所有抽象和默认（§9.4）方法m，对于这些方法m，以下所有条件均为真：

...

• C从其直接超类继承的具体方法没有签名是m签名的子签名

考虑到所有这些，最简单的解决方案可能是：

public abstract class SingleTask extends AbstractList<Runnable> implements Runnable {
    @Override
    public final Runnable get(final int x) {
        if (x != 0) {
            throw new IndexOutOfBoundsException();
        }
        return this;
    }

    @Override
    public final int size() {
        return 1;
    }

    @Override
    public abstract void run();
}

它的缺点是您的任务必须扩展SingleTask，因此不能扩展任何其他内容，从好的方面来说，虽然它们不需要处理任务，但它们也是列表，它们只需要实现run（）。

但是从长远来看，我更喜欢组合而不是继承，任务只是返回一个可运行的列表，而不是它们本身。