为什么Java 8不允许使用非公共默认方法？

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());
    }

}

很简单，这将打印出来Helloworld!。但是请说我正在使用返回值进行其他操作Testerface#example，例如初始化数据文件并返回不应离开实现类的敏感内部值。为什么Java不允许默认接口方法使用访问修饰符？为什么它们不能被子类保护/私有并可能被提升（类似于_扩展_ 父类的类如何为覆盖的方法使用更可见的修饰符）？

常见的解决方案是迁移到抽象类，但是在我的特定情况下，我具有枚举的接口，因此不适用于此处。我想象它要么被忽略，要么是因为接口背后的原始想法是它们是可用方法的“契约”，但是我想我希望输入有关此html" target="_blank">过程的信息。

我读过“ 为什么Java8接口方法中不允许“最终”？ ”，其中指出：

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

在我看来，能见度完全不会破坏这一方面。

就像链接的问题一样，由于似乎很难 解决问题 ，因此 在此问题上 ， 权威的回答将是可取的 ，而不是基于观点的 回答 。

Answer 1

正如我们在Java8接口方法中为什么不允许“同步”的原因是什么？而为什么是“最终”不能在Java中8接口中的方法允许吗？，扩展接口以定义行为比它初看起来要微妙得多。事实证明，每种可能的修饰语都有各自的故事。这不仅仅是盲目地复制类的工作方式。（这至少在事后看来是显而易见的，因为面向单继承的面向对象建模工具不会自动用于多继承。）

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

与with
synchronized和相比final，它本来是支持默认方法的严重错误，但较弱的可访问性（尤其是私有的）是要考虑的合理功能。私有接口方法，无论是静态的还是实例的（请注意，由于它们不参与继承，因此它们不是默认值）是一种非常明智的工具（尽管非公共帮助程序类可以轻松地模拟它们）。

实际上，我们确实考虑过在Java
8中使用私有接口方法。由于资源和时间的限制，多数情况下，这些只是从列表的底部跌落而已。此功能很有可能会在某天重新出现在待办事项列表中。（更新：接口中的私有方法已在Java
9中添加。）

打包和受保护的方法比看起来复杂得多。多重继承的复杂性和的真实含义的复杂性protected会以各种不那么有趣的方式相互作用。所以我不会为此屏住呼吸。

因此，简短的答案是，私有接口方法是我们可以在8中完成的事情，但是我们不能做所有可以完成但仍可以发货的事情，因此它被削减了，但可能会回来。