我不同意流行的回答，公开意味着有其他选择，所以不应该存在。事实上，现在有了Java 9及以后的版本，就有了其他的选择。

我认为Java应该强制/要求指定“public”。为什么?因为没有修饰符意味着“包”访问其他任何地方，而将其作为特殊情况会导致混淆。如果你只是简单地将其设置为一个带有明确消息的编译错误(例如。“在接口中不允许访问包。”)我们将摆脱选择去掉“public”所带来的明显的模糊性。

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

接口体中的方法可以声明为public或 私人(§6.6)。如果没有给出访问修饰符，则该方法是隐式公共的。这是允许的，但不鼓励 样式，以冗余地指定方法的公共修饰符 在接口中声明。”

看，“私人”现在是允许的。我认为最后一句话应该从JLS中删除。不幸的是，“隐式公共”行为曾经被允许，因为它现在可能会为了向后兼容而保留，并导致混淆，即访问修饰符的缺失在接口中意味着“公共”，而在其他地方意味着“包”。

JLS明确了这一点:

允许为接口中声明的方法冗余地指定公共和/或抽象修饰符，但出于风格考虑，不建议这样做。

尽管这个问题很久以前就被问过了，但我觉得一个全面的描述可以解释为什么没有必要在方法之前使用公共抽象，在接口的常量之前使用公共静态final。

首先，接口用于为一组不相关的类指定通用方法，其中每个类都有唯一的实现。因此，不可能将访问修饰符指定为private，因为它不能被其他要重写的类访问。

第二，虽然可以初始化接口类型的对象，但接口是由实现它的类实现的，而不是继承的。由于接口可能由不在同一个包中的不同不相关的类实现(实现)，因此受保护访问修饰符也无效。因此，对于访问修饰符，我们只剩下公共选择。

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

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

因此，总的来说，虽然在接口的方法之前使用公共抽象，在接口的常量之前使用公共静态final是有效的，但由于没有其他选项，因此被认为是多余的，不使用。

我不同意流行的回答，公开意味着有其他选择，所以不应该存在。事实上，现在有了Java 9及以后的版本，就有了其他的选择。

我认为Java应该强制/要求指定“public”。为什么?因为没有修饰符意味着“包”访问其他任何地方，而将其作为特殊情况会导致混淆。如果你只是简单地将其设置为一个带有明确消息的编译错误(例如。“在接口中不允许访问包。”)我们将摆脱选择去掉“public”所带来的明显的模糊性。

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

接口体中的方法可以声明为public或 私人(§6.6)。如果没有给出访问修饰符，则该方法是隐式公共的。这是允许的，但不鼓励 样式，以冗余地指定方法的公共修饰符 在接口中声明。”

看，“私人”现在是允许的。我认为最后一句话应该从JLS中删除。不幸的是，“隐式公共”行为曾经被允许，因为它现在可能会为了向后兼容而保留，并导致混淆，即访问修饰符的缺失在接口中意味着“公共”，而在其他地方意味着“包”。

在Java接口中应该省略公共修饰符(在我看来)。

因为它没有添加任何额外的信息，它只是把注意力从重要的东西上转移开。

大多数风格指南会建议你去掉它，但是当然，最重要的事情是在你的代码库中保持一致，特别是对于每个接口。下面的例子很容易让Java不是100%流利的人感到困惑:

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

人们将通过IDE或Javadoc中的代码完成来了解您的接口，而不是通过阅读源代码。所以在源代码中加入“公共”是没有意义的——没有人会阅读源代码。