应优先用Lambda替代匿名内部类，仅在需访问外部类私有字段、需自引用且只用一次时才用new SomeInterface() { ... }。
什么时候该用 new SomeInterface() { ... } 而不是普通类
匿名内部类适合「一次性、轻量、逻辑简单」的场景，尤其是需要快速实现一个接口或抽象类，且该实现只在当前上下文使用一次。常见于 Swing/AWT 事件监听、线程启动、Stream 的 Comparator 或 Consumer 等函数式接口实现——但注意：Java 8 后绝大多数这类场景已被 Lambda 替代。
- 必须继承某个类或实现某个接口，但又不想单独定义一个命名类（避免污染命名空间）
- 需要捕获局部变量，且该变量是
final或“事实 final”（Java 8+ 允许不显式写final，但编译器会检查是否被重新赋值） - 需要访问外部方法的局部变量 + 外部类的成员（包括
private字段），这是 Lambda 做不到的（Lambda 只能访问局部变量和this引用，不能直接访问外部类私有字段，除非通过方法暴露）
new Thread() { public void run() { ... } }.start() 还值得写吗
不推荐。这种继承 Thread 类的匿名写法已过时，既无法复用线程资源，又违背面向接口编程原则。更合理的是实现 Runnable 接口，并交给 ExecutorService 管理：
ExecutorService exec = Executors.newCachedThreadPool();
exec.submit(new Runnable() {
@Override
public void run() {
System.out.println("done");
}
});
不过即便这样，也建议改用 Lambda：
exec.submit(() -> System.out.println("done"));
- 匿名内部类创建对象时会生成额外的
.class文件（如Outer$1.class），增加包体积 - 若匿名类引用了外部类实例（比如调用了
outerMethod()），会隐式持有this引用，可能导致内存泄漏（尤其在长生命周期对象中持有短生命周期匿名类） - 调试时堆栈里显示为
Outer$1.run，不如 Lambda 的Outer.lambda$xxx直观（尽管后者也不完美）
为什么匿名类里不能访问非 final 的局部变量
因为匿名类实例的生命周期可能比所在方法长，而局部变量存在栈上，方法结束后就销毁。Java 为保证安全，要求被捕获的局部变量必须是 final 或“事实 final”，这样编译器才能将其值复制一份到匿名类的合成字段中。
立即学习“Java免费学习笔记（深入）”；
例如以下代码会编译失败：
void method() {
int x = 10;
x = 20; // 修改了 x
new Runnable() {
public void run() {
System.out.println(x); // ❌ 编译错误：local variable x is accessed from within inner class
}
};
}
- 即使没显式写
final，只要没被重新赋值，Java 8+ 就允许访问（即“effectively final”） - 这个限制只针对局部变量，对外部类的字段（
this.field）无此限制，哪怕它是可变的 - 如果真需要修改状态，可改用单元素数组：
int[] counter = {0};，然后在匿名类里操作counter[0]++
匿名类和 Lambda 在访问 this 上的区别
这是最容易忽略的一点：匿名类里的 this 指向的是匿名类自身实例；而 Lambda 表达式中的 this 指向的是**外层包围类的实例**。
这意味着如果你在匿名类中调用 this.toString()，得到的是类似 MyClass$1@1234；而在 Lambda 中调用 this.toString()，得到的是 MyClass@5678。
- 如果匿名类需要明确区分“自己”和“外部类”，可以用
EnclosingClass.this.method()显式调用外部类方法 - Lambda 无法获取自己的引用（没有“Lambda 实例”的概念），所以不能用于需要自引用回调的场景（比如注册后要取消监听，而取消方法需要传入原对象）
- 某些框架（如 Android 的
View.setOnClickListener）接受View.OnClickListener，若你用匿名类实现，可后续用view.setOnClickListener(null)解绑；但若用 Lambda，则每次都是新对象，无法精准解绑
new ArrayList() {{ add("a"); }}; 这种双大括号初始化——但这也带来隐患，慎用）。 
