匿名内部类适用于一次性无状态事件处理器，如按钮点击监听；需注意局部变量必须是effectively final，避免内存泄漏和复用问题；复杂逻辑应改用命名类或Lambda。
匿名内部类适合写一次性事件处理器
当只需要创建一个对象且只用一次，比如给按钮加点击监听，用匿名内部类最直接。它省去单独定义类的麻烦，代码紧凑，逻辑集中。
常见错误是试图在匿名内部类里修改外部方法的局部变量——Java要求这些变量必须是 final 或“事实上不可变”（effectively final）。JDK 8 后放宽了语法限制，但语义没变：只要你在匿名类里读了这个变量，它就不能再被赋值。
- Swing/AWT 的
addActionListener(new ActionListener() { ... }) - Android 中的
setOnClickListener(new View.OnClickListener() { ... }) - 线程启动：
new Thread(new Runnable() { public void run() { ... } }).start();
不能用匿名内部类替代有状态的可复用逻辑
一旦你需要多次创建同类行为的对象，或者类里要持有一些可变状态（比如计数器、缓存），就该退回到普通内部类甚至独立类。匿名类没有类名，无法被复用，也无法被单元测试单独覆盖。
另一个坑是内存泄漏：匿名内部类隐式持有外部类实例的引用。在 Android 或长生命周期组件中，若匿名类被异步任务长期持有（比如 Retrofit 回调、Handler.postDelayed），会导致外部 Activity 无法回收。
立即学习“Java免费学习笔记（深入）”；
- 避免在 Activity 中写
new Handler().postDelayed(...)匿名 Runnable - 不要在静态上下文中 new 匿名内部类引用非静态外部类成员
- 需要复用时，改用命名的私有内部类或静态内部类 + 显式传参
匿名内部类访问外部变量的规则很严格
它能访问外部类的成员变量（包括 private），也能访问所在方法的局部变量——但后者必须是 effectively final。编译器会把这类变量“捕获”进匿名类的构造器，并作为隐藏字段存储。
典型报错是 local variables referenced from an inner class must be final or effectively final。注意：数组本身可以是 final，但数组元素仍可修改；而包装类（如 Integer）一旦重新赋值，就违反 effectively final。
- 正确：
final int x = 1; new Runnable() { public void run() { System.out.println(x); } }; - 错误：
int x = 1; x = 2; new Runnable() { ... };（编译不过） - 绕过技巧：用单元素数组
final Integer[] box = {1};，但不推荐，可读性差
Lambda 表达式正在取代大部分匿名内部类场景
只要接口是函数式接口（仅一个抽象方法），优先用 lambda。它更轻量、无隐式引用开销、支持方法引用，且 IDE 重构更友好。
但要注意：lambda 不能访问 non-effectively-final 局部变量，也不能用 this 指代外部类实例（它没有自己的 this，this 指向外部类）。而匿名内部类可以。
- 能转 lambda：
button.addActionListener(e -> System.out.println("clicked")); - 不能转（需要调用外部类方法）：
new ActionListener() { public void actionPerformed(ActionEvent e) { doSomething(); } }—— 若doSomething()是外部类方法，lambda 可以，但若里面还用了匿名类自己的字段或重写了其他方法，就不行 - 匿名类仍必要：实现多个接口、需要构造逻辑、需显式继承某个类（如
new TimerTask() { ... }）
