为什么Java8不允许非公共默认方法？

Question

我们举个例子：

public interface Testerface {

    default public String example() {
        return "Hello";
    }

}

public class Tester implements Testerface {

    @Override
    public String example() {
        return Testerface.super.example() + " world!";
    }


}

public class Internet {

    public static void main(String[] args) {
        System.out.println(new Tester().example());
    }

}

一个常见的解决方案是转移到一个抽象类，但是在我的具体案例中，我有一个枚举的接口，所以在这里不适用。我想这不是被忽略了，就是因为接口背后的原始想法，即它们是可用方法的“契约”，但我想我需要关于这是怎么回事的输入。

我读过“为什么Java 8接口方法中不允许使用”final“？”，其中说：

默认方法的基本思想是：它是具有默认实现的接口方法，派生类可以提供更具体的实现

与关联问题一样，由于它看起来很难被关闭，在这个问题上最好有一个权威的答案，而不是基于意见的答案。

Answer 1

正如我们在Java8接口方法中看到的，为什么不允许“synchronized”？为什么在Java8接口方法中不允许“final”？扩展接口来定义行为比它最初出现的时候要微妙得多。原来，每一个可能的修饰语都有自己的故事；这不仅仅是盲目地照搬类的工作方式。（这至少在事后看来是显而易见的，因为用于OO建模的工具对于单个继承并不自动地用于多个继承。）

让我们从一个显而易见的答案开始：接口一直被限制为只有公共成员，虽然我们在Java8中为接口添加了默认方法和静态方法，但这并不意味着我们必须更改所有内容，使其“更像”类。

与synchronized和final不同的是，支持默认方法会有严重错误，更弱的可访问性（尤其是私有）是合理的特性。私有接口方法，无论是静态的还是实例的（请注意，这些方法不是默认值，因为它们不参与继承）都是一个非常明智的工具（尽管它们可以很容易地被非公共的帮助类模拟）

我们实际上确实考虑过在Java8中使用私有接口方法；由于资源和时间的限制，这主要是从列表的底部掉下来的。很有可能有一天这个功能会再次出现在待办事项列表中。（更新：在Java9中增加了接口中的私有方法。）

然而，包和受保护的方法比看上去复杂；多重继承的复杂性和protected真正含义的复杂性将以各种不那么有趣的方式相互作用。所以我不会让你屏住呼吸。

所以，简单的答案是，私有接口方法是我们可以在8中完成的，但是我们不能做所有可以做的事情，并且仍然可以发布，所以它被削减了，但是可以回来。