怎么利用 匿名内部类 在事件监听或多线程回调中快速实现接口的一次性定义

匿名内部类在事件监听或多线程回调中最大的价值，就是帮你省掉单独声明一个类的麻烦。直接在需要接口实例的地方把实现逻辑写出来，代码紧凑，上下文也一目了然。本质就是用更少的代码，完成同样的事情。

适用于单次使用的轻量回调

什么时候该用匿名内部类？核心就一句话——当某个接口只用一次的时候，用它是最高效的。比如按钮点击、线程执行完后的通知回调，这些场景下，单独为它写一个类文件显得多余。匿名内部类自动继承或实现目标类型，不需要命名，也不需要额外文件，一段代码就把所有事情搞定了。

当然，使用它有几个前提：

• 必须基于已有的接口或抽象类，比如Runnable、ActionListener、Callable这些都是常见载体。
• 语法结构很简单：new 接口名() { 方法实现 };
• 可以访问外部方法的final或“事实 final”局部变量（Ja va 8+ 的支持让这个更灵活了）。

常见写法示例

先看一个多线程中的一次性任务场景：

new Thread(new Runnable() {
  public void run() {
    System.out.println("任务执行中");
  }
}).start();

再看 Swing 中绑定按钮点击事件：

button.addActionListener(new ActionListener() {
  public void actionPerformed(ActionEvent e) {
    JOptionPane.showMessageDialog(null, "已点击");
  }
});

Ja va 8 之后，Lambda 表达式让代码更简短，但匿名内部类依然有自己的用武之地。比如需要调用接口的多个方法、需要显式使用 this 引用、或者在内部定义字段和方法等场景，Lambda 就力不从心了。

注意访问限制与生命周期

这里有一个容易被忽略的坑：匿名内部类会隐式持有外部类实例的引用（在非静态上下文下）。这意味着如果你在一个长生命周期的对象（比如 Activity 或 Service）中创建匿名内部类，并把它传给后台线程或监听器，就可能引发内存泄漏。

举个例子：

• 如果外部类是 Activity，而匿名类被 Handler 或线程长期持有，Activity 就无法被回收。
• 解决方案有两条路：要么用静态内部类 + WeakReference，要么确保回调执行完后及时解绑。
• 另外，在匿名类中不能直接修改外部方法的局部变量，只能读取，而且变量还得是事实 final 的。

和 Lambda 的关键区别

匿名内部类和 Lambda 虽然长得像，但本质完全不同。匿名内部类是完整的类，它能做的事情更多：

• 可以实现多个接口（通过多重继承抽象类间接实现）。
• 可以声明构造代码块、字段、辅助方法。
• 可以用 this 指代自身，用 外部类名.this 明确访问外部实例。

而 Lambda 只能实现函数式接口（只有一个抽象方法的接口），没有 this 分辨能力，也不能持有状态。所以选哪个，主要看你的具体需求：是追求简洁，还是需要更完整的类能力。