非静态内部类可访问外部类所有成员（含私有），静态内部类仅能访问外部类静态成员；外部类创建非静态内部类需先有实例；内部类静态成员只能是static final；匿名类无构造器、不能定义静态成员、只能继承一类或实现一接口；Lambda不是匿名类，不生成class文件，无法抛出未声明的检查异常，this指向外层类。
内部类访问外部类成员的限制条件
非静态内部类（即普通内部类）能直接访问外部类的所有成员，包括私有字段和方法；但静态内部类只能访问外部类的静态成员。这是由编译器生成的隐式引用决定的：每个非静态内部类实例都持有一个指向外部类实例的 this$0 引用。
- 若在静态内部类中尝试访问外部类的非静态字段，编译器会报错：
non-static variable xxx cannot be referenced from a static context - 外部类不能直接通过
new Inner()创建非静态内部类实例，必须先有外部类实例，例如：new Outer().new Inner() - 内部类中定义的静态成员只能是
static final常量（JVM 规范要求），否则编译失败
匿名类必须继承类或实现接口
Java 中的匿名类本质是省略了类名的子类声明，它没有构造函数，也不能定义静态成员，且只能继承一个类或实现一个接口（不能同时做两件事）。编译后会生成形如 Outer$1.class 的字节码文件。
- 如果父类有带参构造器，匿名类创建时必须传入对应参数，例如：
new Thread(() -> {}) { ... }是合法的，因为Thread有无参构造器；但new SomeClass("required") { ... }才能调用带参构造器 - 匿名类无法访问所在作用域中非
final或“事实 final”的局部变量（Java 8+ 放宽为“effectively final”，但语义不变） - 不能用
instanceof判断匿名类是否属于某个具体类（它只有编译期类型，运行时类型是合成的），但可以判断是否实现了某接口
Lambda 表达式不是匿名类，但常被误用替代
虽然 Lambda 在语义上常用于替代单方法接口的匿名类（如 Runnable、Comparator），但它底层不生成独立 class 文件，也不继承任何类，而是通过 invokedynamic 指令绑定到函数式接口的抽象方法。因此它不具备匿名类的某些能力。
- Lambda 无法使用
this指向自身（它指向的是外层 enclosing 类的实例），而匿名类中的this指向的是匿名类实例本身 - Lambda 不能抛出检查异常（checked exception），除非该异常在函数式接口方法签名中声明；匿名类可以，只要其父类/接口方法允许
- 调试时，Lambda 的堆栈信息不显示行号（取决于 JVM 实现），而匿名类有完整可追踪的类名和行号
内部类序列化需谨慎处理
非静态内部类默认持有对外部类实例的引用，因此要支持序列化，外部类也必须实现 Serializable，否则反序列化会失败并抛出 java.io.NotSerializableException。静态内部类则无此依赖。
- 若内部类不需要访问外部类状态，优先声明为
static，避免意外捕获和序列化负担 - 即使外部类可序列化，若其包含不可序列化的字段（如
Thread、Socket），且内部类又间接引用了它们，仍可能在反序列化时失败 - 匿名类几乎不应被序列化——它没有稳定类名，不同编译器或版本可能生成不同类名，导致
InvalidClassException
public class Outer implements Serializable {
private String data = "outer";
private transient Thread unsafe = new Thread();
static class StaticInner implements Serializable {
void doWork() { /* 安全：不依赖 Outer 实例 */ }
}
class NonStaticInner implements Serializable {
void accessOuter() {
System.out.println(data); // OK
// System.out.println(unsafe); // 编译通过，但反序列化失败
}
}}
内部类和匿名类的关键差异不在语法糖，而在编译产物、生命周期绑定和序列化契约。很多 NPE 或 NotSerializableException 都源于没意识到那个隐式的 this$0 引用。
