我正在查看 LinkedList 的 Java 代码，发现它使用了一个静态嵌套类 Entry。
public class LinkedList<E> ... {
...
private static class Entry<E> { ... }
}
嵌套类是其封闭类的成员。非静态嵌套类（内部类）可以访问封闭类的其他成员，即使它们被声明为私有。静态嵌套类无法访问封闭类的其他成员。
...注意：静态嵌套类与其外部类（和其他类）的实例成员互动，就像任何其他顶级类一样。实际上，静态嵌套类在行为上就像是一个为方便而嵌套在另一个顶级类中的顶级类。
LinkedList.Entry 没有必要成为顶级类，因为它只有被 LinkedList 使用（还有一些其他接口也有名为 Entry 的静态嵌套类，例如 Map.Entry - 相同的概念）。并且由于它不需要访问 LinkedList 的成员，将其设置为静态则更加干净整洁。在我看来，每当您看到一个内部类时，问题应该是相反的 - 它是否真的需要成为一个内部类，带来了额外的复杂性和对包含类实例的隐式（而非明确且更清晰，依我之见）引用？
请注意，我作为C＃粉丝有偏见 - C＃没有内部类的等效物，尽管它具有嵌套类型。 我不能说我已经错过了内部类 :)
这里需要考虑一些非显而易见的内存保留问题。由于非静态内部类会维护对其“外部”类的隐式引用，如果内部类实例被强引用，那么外部实例也会被强引用。当外部类没有被垃圾回收时，即使看起来没有任何引用指向它，也可能会导致一些令人困惑的情况。
静态内部类用于建造者模式。 静态内部类可以实例化仅具有私有构造函数的外部类。 与内部类不同，您需要在访问内部类之前创建外部类的对象。
class OuterClass {
private OuterClass(int x) {
System.out.println("x: " + x);
}
static class InnerClass {
public static void test() {
OuterClass outer = new OuterClass(1);
}
}
}
public class Test {
public static void main(String[] args) {
OuterClass.InnerClass.test();
// OuterClass outer = new OuterClass(1); // It is not possible to create outer instance from outside.
}
}
这将输出 x: 1
静态嵌套类就像任何其他外部类一样，因为它没有访问外部类成员的权限。
只是出于打包方便，我们可以将静态嵌套类合并到一个外部类中以提高可读性。除此之外，静态嵌套类没有其他用途。
这种用法的例子可以在Android R.java（资源）文件中找到。Android的Res文件夹包含布局（包含屏幕设计）、drawable文件夹（包含用于项目的图像），值文件夹（其中包含字符串常量）等等。
由于所有文件夹都是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”）的类，请考虑使其静态。
来自http://docs.oracle.com/javase/tutorial/java/javaOO/whentouse.html：
如果您需要访问封闭实例的非公共字段和方法，则使用非静态嵌套类（或内部类）。如果您不需要访问这些内容，则使用静态嵌套类。
简单例子：
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();
}
}
静态和普通的区别之一与类加载有关。您不能在其父类的构造函数中实例化内部类。
PS：我一直认为“嵌套”和“内部”是可以互换的。这些术语可能存在微妙的差异，但大多数Java开发人员都能理解其中任何一个。
JVM knows no nested classes. Nesting is just syntactic sugar.
Below images shows Java file:
Below images show class files representation of the java file :
Notice that 2 class files are generated, one for parent and another for nested class.
Non-static nested class' objects have access to the enclosing scope. That access to the enclosing scope is maintained by holding an implicit reference of the enclosing scope object in the nested object
Nested class is a way to represent the intent that the nested class type represents a component of the parent class.
public class Message {
private MessageType messageType; // component of parent class
public enum MessageType {
SENT, RECEIVE;
}
}
class Otherclass {
public boolean isSent(Message message) {
if (message.getMessageType() == MessageType.SENT) { // accessible at other places as well
return true;
}
return false;
}
}
private static nested class represents Point#3 & the fact the nested type can only be the subcomponent to the parent class. It can't be used separately.
public class Message {
private Content content; // Component of message class
private static class Content { // can only be a component of message class
private String body;
private int sentBy;
public String getBody() {
return body;
}
public int getSentBy() {
return sentBy;
}
}
}
class Message2 {
private Message.Content content; // Not possible
}
More details here.