内部类解决逻辑强耦合类的代码组织与封装问题，核心是让仅服务于外部类的类紧贴其定义且可访问私有成员。
内部类到底解决什么问题，不是为了嵌套而嵌套
内部类存在的根本原因，是让「逻辑强耦合的类」在代码组织上也紧贴在一起，同时不破坏封装。比如一个 LinkedList 的节点类，只被链表本身使用，暴露给外部毫无意义——它就该是 LinkedList 的成员内部类，而不是平级的独立类。
关键判断标准：这个类是否只服务于外部类的某一块逻辑？是否需要频繁访问外部类的私有字段或方法？如果是，内部类不是语法糖，而是设计必需。
- 成员内部类能直接读写外部类所有成员（包括
private字段），不需要 getter/setter - 局部内部类和匿名内部类常用于回调、事件监听等一次性场景，避免为单次使用单独建文件
- 静态内部类本质是“寄居在外部类命名空间里的普通类”，不持外部类引用，适合工具类或配置类
成员内部类怎么实例化？别漏掉外部类对象
成员内部类（非静态）必须依附于外部类实例，所以不能直接 new Inner()，否则编译报错：non-static variable this cannot be referenced from a static context。
正确写法分两种场景：
- 在外部类内部：直接
new Inner()（因为隐含了this） - 在外部类外部（如
main方法）：必须先有外部类对象，再用outerObj.new Inner()
示例：
class Outer {
private String name = "outer";
class Inner {
void print() { System.out.println(name); }
}
}
public class Test {
public static void main(String[] args) {
// ✅ 正确：先 new 外部类，再 new 内部类
Outer.Inner inner = new Outer().new Inner();
// ❌ 错误：Outer.Inner inner = new Outer.Inner(); —— 编译不过
}
}
局部内部类和匿名内部类，为什么局部变量要 final 或“有效 final”？
局部内部类（定义在方法里）和匿名内部类捕获的局部变量，生命周期可能比方法栈帧更长，JVM 通过“复制一份值”来保证安全。所以要求变量不可变，否则会出现数据不一致。
JDK 8+ 放宽为“有效 final”（即声明后没被重新赋值），但语义没变：你不能在内部类里修改它，也不能在方法后续代码中改它。
- 错误现象：在方法里声明
int x = 10;，然后在匿名内部类中执行x++→ 编译报错local variables referenced from an inner class must be final or effectively final - 常见坑：循环中创建匿名内部类，用
for (int i = 0; i System.out.println(i)).start(); }→ 很可能全输出 10，因为i是共享的。应改为final int idx = i;再捕获
匿名内部类能替代 Lambda 吗？别无脑替换
匿名内部类适用于实现接口（含多个抽象方法）或继承类；Lambda 只能用于函数式接口（仅一个抽象方法）。两者不是简单替代关系。
- 能用 Lambda：
Runnable r = () -> System.out.println("ok"); - 不能用 Lambda：实现
MouseListener（5个方法），只能用匿名内部类或单独实现类 - 性能差异极小，但 Lambda 更简洁；匿名内部类可定义字段、构造逻辑、多方法，更灵活
真正容易被忽略的是：匿名内部类会隐式持有外部类引用，可能导致内存泄漏（尤其在 Android 或长生命周期对象中）；而 Lambda 在不捕获实例成员时，不会持有外部类引用。
