匿名内部类适合一次性、轻量、上下文强耦合的回调或策略实现，如Swing/AWT事件监听、Java 7函数式接口实现；但不适用于复用、测试或复杂逻辑，且易引发隐式引用导致的内存泄漏。
匿名内部类在 Java 中适合解决「一次性、轻量、上下文强耦合」的回调或策略实现，不适合复用、测试或复杂逻辑封装。
事件监听和 GUI 回调
Swing/AWT 或 Android（旧版）中响应按钮点击、列表选择等操作时，匿名内部类最常见。它能直接捕获外部方法的 final 或“事实上 final”的局部变量，省去额外传参。
- 避免为单次使用的监听器单独写一个命名类，减少类文件数量
- 注意：Java 8+ 允许访问非显式
final但未被修改的局部变量；若在匿名类中修改该变量，编译报错local variables referenced from an inner class must be final or effectively final - Android 中使用
View.OnClickListener时，Lambda 更简洁，但匿名类仍用于需调用this或需多语句逻辑的场景
button.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
// 直接访问外部方法里的 String msg = "clicked";
System.out.println(msg); // ✅ 合法（msg 是 effectively final）
}
});函数式接口的即时实现（Java 7 及以前）
在没有 Lambda 表达式的 Java 7 及更早版本中，匿名内部类是实现 Runnable、Comparator、Callable 等单抽象方法接口的唯一简洁方式。
- Java 8+ 中优先用 Lambda，但匿名类仍有不可替代性：比如需要调用
super、声明实例字段、或实现多个接口（通过继承 + 实现） -
new Thread(new Runnable() { ... })在 Java 8+ 应改写为new Thread(() -> { ... })，除非你需要在类体内初始化状态字段 - 实现
Comparator时若逻辑较重（如多级判空、日志），匿名类比一行 Lambda 更易读
Collections.sort(list, new Comparator<String>() {
@Override
public int compare(String a, String b) {
if (a == null && b == null) return 0;
if (a == null) return -1;
if (b == null) return 1;
return a.length() - b.length();
}
});依赖注入或框架回调中的临时适配
某些老框架（如早期 Spring AOP、JUnit 4 的 @Before 回调）要求传入接口实例，而你只需一次定制行为——此时匿名内部类比定义新类更轻量。
立即学习“Java免费学习笔记（深入）”；
- 注意生命周期：匿名类持有对外部类实例的隐式引用，若被长期持有（如注册到全局事件总线），可能引发内存泄漏
- 不能定义构造器，所以无法注入依赖；若需传参，只能靠外部变量捕获，或改用静态嵌套类 + 显式传参
- 调试时堆栈里显示为
OuterClass$1，可读性差；出错时定位不如命名类直观
真正容易被忽略的是「隐式引用导致的内存泄漏风险」——尤其在 Activity、Fragment 或 Service 中创建匿名内部类并传递给异步任务或静态管理器时，它会持有所在实例的引用，阻止 GC。这不是语法问题，而是设计约束，必须主动用弱引用或静态嵌套类规避。
