Java匿名内部类实现接口需实现所有抽象方法，生成独立类文件，适用于Swing监听、线程启动等场景；函数式接口优先用Lambda，匿名类适用于需重写非接口方法、多接口实现或Java 7-环境。
Java匿名内部类实现接口：语法和适用场景
Java里用匿名内部类实现接口，本质是省掉单独定义类的步骤，直接在需要对象的地方写实现逻辑。它不是语法糖，而是编译器生成的独立类文件（OuterClass$1.class），这点常被误解。
典型使用场景包括Swing事件监听、线程启动、单元测试中的Mock回调，以及老项目中未升级Lambda的代码维护。
- 必须实现接口中所有抽象方法；若接口含默认方法，可不重写
- 不能有构造函数，但可通过实例初始化块模拟初始化逻辑
- 只能访问所在作用域的
final或“事实final”变量（Java 8+） - 无法访问外部方法的非final局部变量，否则编译报错：
local variables referenced from an anonymous inner class must be final or effectively final
对比Lambda表达式：什么时候不该用匿名类
如果接口是函数式接口（仅一个抽象方法），优先用Lambda——更短、更易读、无额外类加载开销。匿名类在以下情况仍必要：
- 需要调用接口外的方法（比如重写
toString()或自定义hashCode()） - 需要持有对自身实例的引用（
this指向匿名类实例，而Lambda中this指向外围类） - 需实现多个接口（Lambda只能对应单个函数式接口）
- 目标环境是Java 7或更早（Lambda从Java 8开始支持）
例如：new ActionListener() { public void actionPerformed(ActionEvent e) { System.out.println(this.getClass().getName()); } } 中的 this 是匿名类实例；换成Lambda后，this 就变成外围类了。
立即学习“Java免费学习笔记（深入）”；
常见编译错误与绕过方式
匿名类最容易卡在变量捕获和类型推断上。下面这些错误出现频率极高：
-
Cannot refer to a non-final variable xxx inside an inner class：把局部变量声明为final，或确保它没被重新赋值（即“事实final”） - 编译器无法推断泛型类型，如
new Comparator() { ... }在Java 7及以前会报错，需显式写成new Comparator<string>() { ... }</string> - 误把匿名类当构造器调用，比如
new Runnable() {}()（多写了括号），实际应是new Runnable() { public void run() {} } - 忘记重写必要方法，导致编译失败，错误信息是
is not abstract and does not override abstract method xxx in Yyy
性能与调试注意事项
匿名类每次执行都会生成新类实例，且JVM会为每个匿名类生成独立的字节码文件。虽然现代JIT能优化多数场景，但在高频创建场合（如循环内新建监听器）仍有GC压力。
调试时注意：IDE通常把匿名类显示为EnclosingClass$1、EnclosingClass$2等，堆栈里看不到有意义的名字，日志打点建议加注释或用命名内部类替代。
另外，匿名类序列化需谨慎——它隐式持有了外围类的引用，可能导致意外的NotSerializableException或内存泄漏。
真要序列化，要么让外围类实现Serializable，要么改用静态嵌套类 + 显式传参，避免隐式引用。
