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

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

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

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

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

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

我将避免使用默认应用的修饰符。正如所指出的，它会导致不一致和混乱。

我见过的最糟糕的是一个方法声明为抽象的接口…

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

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

随着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() {}

}

我使用带有公共修饰符的声明方法，因为它使代码更具可读性，特别是语法高亮显示。不过，在我们最新的项目中，我们使用了Checkstyle，它在接口方法上的公共修饰符的默认配置中显示了一个警告，所以我切换到忽略它们。

我不确定什么是最好的，但我不喜欢在接口方法上使用公共抽象。Eclipse在使用“Extract Interface”重构时有时会这样做。

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

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

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

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