如果你将类Foo改为接口Foo，上面例子中的“public”关键字也将是多余的，因为

在另一个接口中定义的接口将隐式公开 静态的。

内部接口必须是静态的，才能被访问。该接口与类的实例无关，而是与类本身相关，因此可以通过Foo访问它。酒吧，像这样:

public class Baz implements Foo.Bar {
   ...
}

在大多数情况下，这与静态内部类没有什么不同。

1998年，Philip Wadler提出了静态接口和非静态接口之间的区别。

在我看来，唯一的区别是 接口非静态是指它现在可以包含非静态的内部 类;所以这个改变不会使任何现有的Java无效 项目。

例如，他提出了“表达问题”的解决方案，即“你的语言能表达多少”的表达与“你试图用你的语言表达的术语”的表达之间的不匹配。

静态和非静态嵌套接口之间的区别可以在他的示例代码中看到:

// This code does NOT compile
class LangF<This extends LangF<This>> {
    interface Visitor<R> {
        public R forNum(int n);
    }

    interface Exp {
        // since Exp is non-static, it can refer to the type bound to This
        public <R> R visit(This.Visitor<R> v);
    }
}

他的建议从未出现在Java 1.5.0中。因此，所有其他答案都是正确的:静态和非静态嵌套接口没有区别。

如果你将类Foo改为接口Foo，上面例子中的“public”关键字也将是多余的，因为

在另一个接口中定义的接口将隐式公开 静态的。

要非常直接地回答你的问题，请查看Map.Entry。

地图。条目

这也可能是有用的

静态嵌套Inerfaces博客条目

Typically I see static inner classes. Static inner classes cannot reference the containing classes wherease non-static classes can. Unless you're running into some package collisions (there already is an interface called Bar in the same package as Foo) I think I'd make it it's own file. It could also be a design decision to enforce the logical connection between Foo and Bar. Perhaps the author intended Bar to only be used with Foo (though a static inner interface won't enforce this, just a logical connection)