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

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

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

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

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

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

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

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

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

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

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

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

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

我宁愿跳过它，我在某处读到，接口是默认的，公共的和抽象的。

令我惊讶的是，这本名为《Head First Design Patterns》的书使用了公共接口声明和接口方法……这让我再次反思，我找到了这个职位。

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

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

有趣的是，c#语言设计人员决定强制执行这一点。在c#中将接口方法声明为public实际上是一个编译错误。不过，一致性在语言之间可能并不重要，所以我猜这与Java并没有直接关系。

接口中的方法在默认情况下是公共和抽象的，这在我看来是很符合逻辑和显而易见的。

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

在代码中添加这些修饰符是多余和无用的，只会让人认为您缺乏Java基础知识和/或理解。