该用成员内部类而非匿名类的场景包括：需多次复用、有独立生命周期、需访问外部类私有成员且逻辑较重；需序列化；需维护实例状态；需调试时清晰类型名。
什么时候该用成员内部类而不是匿名类
成员内部类适合需要多次复用、有独立生命周期、或需访问外部类私有成员且逻辑较重的场景。它能定义自己的构造方法、字段和多个方法，而匿名类只能覆盖父类/接口的方法，无法新增公开行为。
- 需要在多个地方 new 出来使用 → 用
static或非static成员内部类 - 要序列化（比如存入 Redis 或网络传输）→ 匿名类不可序列化，必须用命名内部类
- 内部逻辑包含状态（如计数器、缓存 Map）→ 匿名类无法声明实例字段，只能靠外部变量 +
final（Java 8+ 允许“effectively final”），但不够直观和可控 - 调试时想看清类型名 → 匿名类反编译后是
Outer$1这类名字，成员内部类是Outer$CounterHelper，更易定位
匿名类在事件监听和函数式接口中的典型误用
Java 8 后，绝大多数原本用匿名类实现 Runnable、Comparator、ActionListener 的场景，都应该优先用 Lambda 表达式。匿名类不是“更面向对象”，而是更冗余。
- 只覆盖一个抽象方法 → 直接用 Lambda，例如：
button.addActionListener(e -> System.out.println("clicked")) - 需要捕获局部变量但又想修改它 → 匿名类也做不到（仍受限于
final约束），得改用外部数组或包装类，Lambda 同样受限，这不是匿名类的优势 - 继承某个具体类并做小修改（如扩展
Thread）→ 这类情况极少，若真有，匿名类语法合法但可读性差，不如单独写个子类
// ✅ 推荐：简洁、意图明确
list.sort((a, b) -> Integer.compare(a.getValue(), b.getValue()));
// ❌ 不必要：匿名类增加噪音
list.sort(new Comparator<Item>() {
@Override
public int compare(Item a, Item b) {
return Integer.compare(a.getValue(), b.getValue());
}
});
静态内部类与非静态内部类的关键区别和内存泄漏风险
非静态内部类隐式持有外部类实例引用；静态内部类没有。这是决定是否加 static 的核心依据，也是 Android 或长生命周期组件中内存泄漏的常见源头。
- 内部类不需要访问外部类的字段或方法 → 一定要加
static，否则可能阻止外部类被 GC - 用作线程任务（如
new Thread(new MyRunnable()).start()）→ 若MyRunnable是非静态内部类，就持有了 Activity 实例，在后台跑完前 Activity 已销毁，造成泄漏 - 泛型类中嵌套内部类 → 静态内部类不能直接使用外部类的类型参数，需显式声明，例如：
static class Holder<T>而不是依赖外层<T>
匿名类里访问外部局部变量的边界条件
匿名类（以及 Lambda）能访问的局部变量，必须是“事实上的 final”（effectively final）：即定义后未被重新赋值。这不是语法糖限制，而是 JVM 闭包实现机制决定的 —— 它们捕获的是变量的副本，而非引用。
立即学习“Java免费学习笔记（深入）”；
-
int count = 0;→ 可以访问；但count++在匿名类里会编译失败 - 数组或容器（如
AtomicInteger、int[]、ArrayList<String>）可变内容，但引用本身不变 → 合法，常用于绕过限制 - 在 try-with-resources 或循环中创建匿名类 → 注意变量作用域和实际生命周期，容易误以为每次都是新变量，其实可能共享同一份“effectively final”绑定
// 合法：用数组绕过限制
final int[] counter = {0};
button.addActionListener(e -> {
counter[0]++; // 修改内容，不改变引用
System.out.println(counter[0]);
});
// 编译错误：试图修改局部变量
int i = 0;
button.addActionListener(e -> {
i++; // error: local variables referenced from an inner class must be final or effectively final
});
匿名类不是语法糖，它在字节码层面生成独立类文件；而 Lambda 在多数情况下由 JVM 用 invokedynamic 实现，运行时才绑定。如果关心类加载数量、堆内存占用或反射行为，这个差异不能忽略。 
