匿名内部类在新项目中已被 Lambda 表达式替代，仅维护老代码（如Swing监听、旧Guava回调、低版本Android API）时偶见。
Java 中匿名内部类现在基本只在维护老代码时遇到，新项目优先用 Lambda 表达式替代；但如果你正调试一段 Swing 事件监听、旧版 Guava 回调或 Android API Level
什么时候必须用匿名内部类而不是 Lambda
匿名内部类能访问外部方法的局部变量（只要该变量是 final 或“事实 final”），而 Lambda 只能捕获事实 final 变量——这点看似一样，但关键区别在于：匿名内部类可以定义自己的字段、构造逻辑、重写多个方法；Lambda 只能实现函数式接口的单个抽象方法。
- 需要在回调中保存状态（比如计数器、临时缓存）→ 必须用匿名内部类
- 实现的接口有多个抽象方法（如
java.awt.event.MouseListener）→ 不能用 Lambda，得用匿名内部类并只重写需要的方法 - 调用父类构造器（如
new ArrayList<string>() {{ add("a"); add("b"); }}</string>）→ 这是双大括号初始化，本质是匿名内部类，Lambda 做不到
匿名内部类语法结构和常见错误
写法固定为 new 接口名/父类名(构造参数) { ... }，大括号里是类体。最容易错的是分号位置和构造参数匹配。
Runnable r = new Runnable() {
@Override
public void run() {
System.out.println("Hello from anonymous class");
}
}; // 注意这里必须有分号 —— 它是赋值语句结尾，不是类定义结尾
- 漏掉分号 → 编译报错
error: ';' expected - 写了
implements X或extends Y→ 语法非法，匿名类的类型由new后面的类型决定，不能显式声明 - 构造参数传错数量或类型 → 报错指向
new X(...)那一行，提示找不到匹配构造器
访问外部变量的限制与绕过方式
匿名内部类可访问所在方法的局部变量，但该变量必须是 final 或编译器判定为“事实 final”（即定义后未再赋值）。这不是为了线程安全，而是因为内部类实例可能比外部方法生命周期更长，JVM 需要确保变量值稳定。
立即学习“Java免费学习笔记（深入）”；
void doSomething() {
String msg = "hello"; // 事实 final
int[] counter = {0}; // 用数组包装可变值
ActionListener listener = new ActionListener() {
@Override
public void actionPerformed(ActionEvent e) {
System.out.println(msg); // ✅ 允许
counter[0]++; // ✅ 允许（数组引用不变，内容可变）
}
};
}
- 直接改
msg = "world"→ 编译失败：无法为最终变量分配值 - 用
AtomicInteger或包装类（如int[]、Object[]）是常见绕过手段 - 不要试图在匿名类里修改外部的
String、int等不可变基础类型变量
性能和可读性代价不能忽视
每个匿名内部类都会生成独立的 .class 文件（如 Outer$1.class），增加包体积；JVM 无法对其做某些 Lambda 所享受的优化（如 invokedynamic 分派、方法句柄缓存）。
- 频繁创建匿名类（如循环内）→ 可能触发大量类加载，GC 压力上升
- 调试时堆栈里出现
Outer$1.run这种名字 → 可读性差，不利于问题定位 - 如果只是简单事件处理（如按钮点击打印日志），坚持用 Lambda；只有当需要多方法重写或状态封装时，才接受匿名类的冗余
真正难处理的不是语法，而是判断“这里到底需不需要一个带状态的类”——多数时候你并不需要，只是下意识复制了旧代码模式。
