为什么我们应该将接口方法声明为公共方法？[重复]
这个问题已经在这里有了答案 ：
受接口保护 （13个答案）
2年前关闭。
当我实现一个interface方法时，我被迫使其成为一个public方法。
在某些情况下，我们可能想要使用default（例如，在同一软件包中进行访问的情况）或protected。
谁能解释这个限制的原因？
问题答案：
接口旨在定义一种类型的 公共 API，仅此而已，而不是其实现。因此，您在接口中定义的任何方法（或静态成员）都是按定义public。
由于接口不能包含任何具体的实现，因此无法从内部调用任何成员方法。声明这些方法但将对它们的调用留给子类或完全不相关的客户端将意味着您的类型定义不完整且脆弱。这就是为什么如果您需要定义受保护的成员或程序包访问成员，则可以在抽象类（可能还包含实现）中进行定义。
-
问题内容： 今天，我使用了Eclipse的“拉接口”重构功能来创建基于现有类的接口。该对话框提供了将新界面的所有新方法创建为“抽象”方法的功能。 那会有什么好处？ 我认为，允许您将接口方法声明为抽象的事实是该语言的多余且无害的功能，因此不建议特别提倡。 为什么Eclipse支持这种样式，或者为什么有人自愿选择支持这种样式？ 澄清：我不是在问为什么接口方法是抽象的，这是显而易见的。我想问为什么人们会
-
问题内容： 该主题充分说明了这一点-为什么不能在接口中声明静态方法的原因是什么？ 上面的代码给了我以下错误（至少在Eclipse中）：“接口方法ITest.test（）的非法修饰符；仅允许public＆abstract”。 问题答案： 这里有一些问题。第一个问题是声明静态方法而不定义它的问题。这是之间的区别 和 由于Espo提到的原因，第一个是不可能的：你不知道哪个实现类是正确的定义。 Java
-
谁能解释一下为什么我们不能在接口中声明一个同步的方法，给出一个真实的例子。
-
问题内容： 将接口声明为抽象有什么意义？接口方法也是如此。有什么意义吗？ 例如。 问题答案： 您在哪里遇到过已发布的代码块，任何旧的Java代码库？ 这就是 JLS不得不说： 9.1.1.1抽象接口： 每个接口都是隐式抽象的。该修饰符已过时，不应在新程序中使用。 9.4抽象方法声明： 为了与Java平台的较早版本兼容，出于风格考虑，允许但不鼓励为接口中声明的方法冗余地指定abstract修饰符。
-
当我用公共方法重写受保护的方法时，Java编译器不会抱怨。这里到底发生了什么？由于父方法的可见性较低，它是覆盖还是隐藏父方法？
-
问题内容： 如果该方法可以声明为静态方法，则会向编译器发出警告。 [edit] Eclipse帮助中的确切引号，重点是私有和最终的： 启用后，编译器将为私有或最终方法（仅引用静态成员）发出错误或警告。 是的，我知道我可以将其关闭，但是我想知道打开它的原因吗？ 为什么将每个方法都声明为静态是一件好事？ 这会给性能带来任何好处吗？（在移动域中） 指出一种方法是静态的，我想表明您不使用任何实例变量，因此