是否应该在Java接口中的方法声明为带有或不带有公共访问修饰符？

是否应该在Java接口中的方法声明带有或不带有publicaccess修饰符？

当然，从技术上讲，这并不重要。实现an的类方法interface始终为public。但是什么是更好的约定？

Java本身与此不一致。例如参见Collectionvs. Comparable或Futurevs ScriptEngine.。

该JLS了这一点：

允许（但不鼓励使用样式）为接口中声明的方法重复指定publicand /或abstract修饰符。

我认为Java接口中应该省略public修饰符。

由于它不会添加任何额外的信息，因此只会引起人们对重要内容的注意。

大多数样式指南都建议您不要使用它，但是，当然，最重要的是在整个代码库中保持一致，尤其是对于每个接口而言。下面的示例很容易使不熟练使用Java的人感到困惑：

public interface Foo{
  public void MakeFoo();
  void PerformBar();
}

尽管事实上这个问题已经问了很久了，但是我认为对它的全面描述可以澄清为什么在方法的接口常量之前不需要使用公共抽象，而在方法的常量之前不需要使用public static final。

首先，接口用于为一组不相关的类指定通用方法，每个类都将具有唯一的实现。因此，不可能将access修饰符指定为private，因为其他类无法覆盖它。

其次，尽管可以启动接口类型的对象，但是接口是由实现该接口的类实现的，而不是继承的。并且由于接口可能是由不在同一个程序包中的不同无关类实现（实现）的，因此受保护的访问修饰符也无效。因此，对于访问修饰符，我们只有公共选择权。

第三，接口没有任何数据实现，包括实例变量和方法。如果出于逻辑原因在接口中插入已实现的方法或实例变量，则它必须是继承层次结构中的超类，而不是接口。考虑到这一事实，由于接口中无法实现任何方法，因此接口中的所有方法都必须是抽象的。

第四，接口只能包含常量作为其数据成员，这意味着它们必须是最终的，当然最终常量被声明为静态的，以仅保留它们的一个实例。因此，对于接口常量，static final也是必须的。

因此，总之，尽管在接口常量之前使用公共抽象方法和在方法常量之前使用公共静态最终方法是有效的，但是由于没有其他选择，因此它被认为是多余的，因此不使用。

随着引进的private，static，default在Java 8/9接口方法改性剂，事情变得更加复杂，我倾向于认为完全声明是更具可读性（需要Java 9编译）：

public interface MyInterface {

    //minimal
    int CONST00 = 0;
    void method00();
    static void method01() {}
    default void method02() {}
    private static void method03() {}
    private void method04() {}

    //full
    public static final int CONST10 = 0;
    public abstract void method10();
    public static void method11() {}
    public default void method12() {}
    private static void method13() {}
    private void method14() {}

}

我会避免放置默认情况下应用的修饰符。如前所述，它可能导致不一致和混乱。

我看到的最糟糕的是带有声明的方法的接口abstract...

我使用带public修饰符的声明方法，因为它使代码更具可读性，尤其是在语法突出显示时。不过，在我们最新的项目中，我们使用了Checkstyle，它使用public接口方法的修饰符的默认配置显示警告，因此我改用省略它们。

所以我不确定什么是最好的，但是我不喜欢的一件事是public abstract在接口方法上使用。Eclipse在使用“提取接口”进行重构时有时会这样做。

如果没有接口，而我正在写一个直接的实现，那我总是写我会用的东西，即我会使用public。

我更喜欢跳过它，在某处阅读到默认情况下是接口，public并且abstract。

令我惊讶的是，《Head First Design Patterns》一书正public与接口声明和接口方法一起使用……使我再次重新思考，我找到了这篇文章。

无论如何，我认为多余的信息应该被忽略。

我不同意普遍的回答，即公开表示存在其他选择，因此不应存在。事实是，现在使用Java 9或更高版本，还有其他选择。

我认为Java应该强制执行/要求指定“ public”。为什么？因为缺少修饰符意味着在其他任何地方都可以“打包”访问，并且将其作为特例会导致混淆。如果只用一条清晰的消息使它成为编译错误（例如“接口中不允许程序包访问。”），我们将摆脱明显的含糊不清之处，即可以忽略“公共”选项。

请注意以下当前措辞：https：//docs.oracle.com/javase/specs/jls/se9/html/jls-9.html#jls-9.4

“接口主体中的方法可以声明为公共或 私有（第6.6节）。如果未提供访问修饰符，则该方法为隐式公共。允许（但出于风格考虑，不鼓励使用）冗余地指定公共接口中方法声明的修饰符。”

看到现在允许“私有”。我认为最后一句话应该从联合检查组中删除。不幸的是，曾经允许“隐式公开”行为，因为它现在可能仍会向后兼容，并导致混淆，即缺少访问修饰符意味着接口中的“公开”和其他位置的“打包”。

默认情况下，接口中的方法为public和abstract的原因对我来说似乎很合逻辑且显而易见。

接口中的方法默认情况下是抽象的，以强制实现类提供实现，并且默认情况下是公共的，因此实现类可以访问此方法。

在代码中添加这些修饰符是多余且无用的，只会导致您缺乏对Java基础知识和/或了解的结论。

这完全是主观的。我忽略了多余的public修饰符，因为它看起来很混乱。正如其他人所提到的，一致性是此决定的关键。

有趣的是，C＃语言设计师决定强制执行此操作。 在C＃中将接口方法声明为公共方法实际上是编译错误。 但是，跨语言的一致性可能并不重要，因此我想这与Java并没有直接的关系。

人们将通过其IDE或Javadoc中的代码完成来学习您的界面，而不是通过阅读源代码来学习。因此，在源代码中添加“公共”是没有意义的-没有人阅读源代码。