我查看了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
当前回答
从http://docs.oracle.com/javase/tutorial/java/javaOO/whentouse.html:
如果需要访问，请使用非静态嵌套类(或内部类) 到封闭实例的非公共字段和方法。使用静电 嵌套类，如果您不需要此访问。
其他回答
从http://docs.oracle.com/javase/tutorial/java/javaOO/whentouse.html:
如果需要访问，请使用非静态嵌套类(或内部类) 到封闭实例的非公共字段和方法。使用静电 嵌套类，如果您不需要此访问。
静态与普通的原因之一与类加载有关。不能在其父类的构造函数中实例化内部类。
PS:我一直认为“嵌套”和“内部”是可以互换的。术语之间可能有细微的差别，但大多数Java开发人员都能理解。
静态嵌套类就像任何其他外部类一样，因为它不能访问外部类成员。
为了方便打包，我们可以将静态嵌套类合并到一个外部类中以提高可读性。除此之外，静态嵌套类没有其他用例。
这种用法的例子，你可以在Android R.java(资源)文件中找到。 android的Res文件夹包含布局(包含屏幕设计)，可绘制文件夹(包含用于项目的图像)，值文件夹(包含字符串常量)等。
因为所有的文件夹都是Res文件夹的一部分，android工具生成一个R.java(资源)文件，其中内部包含许多静态嵌套类的每个内部文件夹。
下面是在android中生成的R.java文件的外观和感觉: 这里他们只是为了包装方便而使用。
/* AUTO-GENERATED FILE. DO NOT MODIFY.
*
* This class was automatically generated by the
* aapt tool from the resource data it found. It
* should not be modified by hand.
*/
package com.techpalle.b17_testthird;
public final class R {
public static final class drawable {
public static final int ic_launcher=0x7f020000;
}
public static final class layout {
public static final int activity_main=0x7f030000;
}
public static final class menu {
public static final int main=0x7f070000;
}
public static final class string {
public static final int action_settings=0x7f050001;
public static final int app_name=0x7f050000;
public static final int hello_world=0x7f050002;
}
}
首先，非静态内部类有一个额外的隐藏字段，指向外部类的实例。因此，如果Entry类不是静态的，那么除了拥有它不需要的访问之外，它将携带四个而不是三个指针。
作为一个规则，我想说，如果你定义了一个类，基本上是作为数据成员的集合，就像C中的“struct”，考虑让它静态。
我不知道性能上的差异，但正如你所说，静态嵌套类不是外围类实例的一部分。创建一个静态嵌套类似乎更简单，除非你真的需要它是一个内部类。
这有点像为什么在Java中我总是让我的变量是final的——如果它们不是final的，我知道它们有一些有趣的事情发生了。如果使用内部类而不是静态嵌套类，应该有一个很好的理由。
