当接口为函数式接口且无需访问自身this、重写toString或实现多接口时优先用Lambda；否则，尤其在Java 7–、需调试类加载、反射判断、动态代理或打印具体类名定位问题时，应使用匿名内部类。
匿名内部类实现接口回调：什么时候该用，什么时候不该用
直接结论：当目标接口是函数式接口（只有一个抽象方法），且你不需要访问 this 指向匿名类自身、不需重写 toString() 或实现多个接口时，优先用 Lambda；否则匿名内部类仍是可靠选择，尤其在 Java 7– 或需要调试类加载行为的场景。
常见错误现象：local variables referenced from an anonymous inner class must be final or effectively final —— 这不是 bug，是 Java 的语义约束。局部变量必须“事实 final”，即定义后未被重新赋值。
- 接口中含默认方法（如
default void cleanup()）时，匿名类可选择不重写 - 若需在回调中调用
getClass().getName()或自定义hashCode()，Lambda 无法做到，必须用匿名类 - Swing/AWT 事件监听（如
addActionListener(new ActionListener() { ... })）仍大量存在，因历史代码或需复用this引用
new 接口名() { } 的写法细节和典型坑点
语法上，new Watcher() { public void process(WatchedEvent e) { ... } } 看似在 new 接口，实则是编译器生成一个继承自 Object 并实现 Watcher 的匿名子类。它会生成独立的 OuterClass$1.class 文件，这点常被忽略，但影响类加载、序列化和热部署。
容易踩的坑：
-
new Runnable() { public void run() { System.out.println(this.getClass().getName()); } }中的this指向匿名类实例，不是外围类；而() -> System.out.println(this.getClass().getName())中的this指向外围类 - 不能定义构造函数，但可用实例初始化块模拟：
new List<string>() {{ add("a"); add("b"); }}</string>（注意双大括号陷阱：可能引发内存泄漏） - 无法访问非 final 的局部变量，但可以安全访问外围类的成员变量（包括 private）
在 ZooKeeper、Swing、AsyncTask 等典型场景中怎么写
这些框架的 API 设计天然适配匿名内部类，因为它们要求你在传入对象的同时绑定上下文逻辑。
例如 ZooKeeper 构造器签名是 ZooKeeper(String, int, Watcher)，你必须提供一个 Watcher 实现：
zoo = new ZooKeeper(host, 5000, new Watcher() {
public void process(WatchedEvent e) {
if (e.getState() == KeeperState.SyncConnected) {
connectedSignal.countDown();
}
}
});
Swing 中按钮监听也类似：
button.addActionListener(new ActionListener() {
public void actionPerformed(ActionEvent e) {
// this 指向这个匿名 ActionListener 实例
System.out.println("clicked: " + this);
// 若需调用外围类方法，显式写 OuterClass.this.doSomething()
}
});
- Android
AsyncTask回调（如onPostExecute()）虽已废弃，但老项目中仍见new AsyncTask<void void string>() { protected String doInBackground(...) { ... } }</void> - 所有这类写法都依赖「控制权反转」：你把逻辑交给框架，框架在合适时机调用你传入的对象的方法
为什么有时候必须用匿名类，而不是 Lambda
最常被忽略的一点：Lambda 表达式本质是函数式接口的实例，但它不是类，没有运行时类型信息，也无法被反射获取完整类名；而匿名内部类是真实类，有完整 Class 对象。
这意味着：
- 需要对回调对象做
instanceof判断或动态代理时，只能用匿名类 - 某些测试框架（如 Mockito）Mock 多个接口时，Lambda 不支持，必须用匿名类实现多个接口：
new InterfaceA() implements InterfaceB { ... }（语法上通过嵌套实现） - Java 7 及更早环境完全不支持 Lambda，匿名类是唯一选择
- 当你在回调里要打印日志并希望看到具体类名（如
MyService$1）来定位问题，匿名类比 Lambda 更易 debug
真正复杂的不是语法，而是判断「这个回调是否需要承载除业务逻辑外的其他契约」——比如生命周期管理、身份标识、多态行为。一旦涉及这些，匿名类就不是权宜之计，而是必要设计。
