我查看了LinkedList的Java代码，注意到它使用了一个静态嵌套类Entry。
public class LinkedList<E> ... {
...
private static class Entry<E> { ... }
}
为什么要使用静态嵌套类，而不是普通的内部类?
我能想到的唯一原因是，Entry不能访问实例变量，所以从OOP的角度来看，它有更好的封装。
但我想可能还有其他原因，可能是表现。可能是什么?
请注意。我希望我的术语是正确的，我将它称为静态内部类，但我认为这是错误的:http://java.sun.com/docs/books/tutorial/java/javaOO/nested.html
当前回答
在我看来，当你看到一个内部类时，问题应该是反过来的——它真的需要是一个内部类吗?它有额外的复杂性和隐式(而不是显式和更清晰的)引用包含类的实例?
请注意，作为一个c#爱好者，我有偏见——c#没有等价的内部类，尽管它有嵌套类型。我还不能说我错过了内部类:)
其他回答
从http://docs.oracle.com/javase/tutorial/java/javaOO/whentouse.html:
如果需要访问，请使用非静态嵌套类(或内部类) 到封闭实例的非公共字段和方法。使用静电 嵌套类，如果您不需要此访问。
在我看来，当你看到一个内部类时，问题应该是反过来的——它真的需要是一个内部类吗?它有额外的复杂性和隐式(而不是显式和更清晰的)引用包含类的实例?
请注意，作为一个c#爱好者，我有偏见——c#没有等价的内部类，尽管它有嵌套类型。我还不能说我错过了内部类:)
简单的例子:
package test;
public class UpperClass {
public static class StaticInnerClass {}
public class InnerClass {}
public static void main(String[] args) {
// works
StaticInnerClass stat = new StaticInnerClass();
// doesn't compile
InnerClass inner = new InnerClass();
}
}
如果是非静态的，类不能被实例化，除非在上层类的实例中(所以在main是静态函数的例子中就不是这样)
静态与普通的原因之一与类加载有关。不能在其父类的构造函数中实例化内部类。
PS:我一直认为“嵌套”和“内部”是可以互换的。术语之间可能有细微的差别，但大多数Java开发人员都能理解。
这里有一些不明显的内存保留问题需要考虑。由于非静态内部类维护对其“外部”类的隐式引用，如果内部类的一个实例被强引用，那么外部实例也会被强引用。当外部类没有被垃圾收集时，这可能会导致一些令人费解的问题，即使看起来没有任何东西引用它。
