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

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

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

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

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

我总是写我在没有接口的情况下使用的东西，我在写一个直接的实现，也就是说，我将使用public。

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

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

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

}