Java匿名内部类是编译器生成的无名局部类，编译为OuterClass$1.class等文件，隐式持有外围类实例引用（this$0），可访问其私有成员；若在静态上下文中则不持引用，捕获的局部变量须为final或事实final，可能引发内存泄漏。
Java中的匿名内部类本质上是编译器生成的、没有显式类名的局部类，它在编译期被转换为一个带编号的独立.class文件（如 OuterClass$1.class），并隐式持有对外围类实例的引用，从而能访问外围类的成员（包括私有成员）。
匿名内部类的生成与命名规则
当你写：new Runnable() { public void run() { System.out.println("ok"); } };
编译器不会保留这个“匿名”形态。它会自动生成一个类似 OuterClass$1 的合成类（数字从1开始递增，按出现顺序分配），该类继承自 Runnable（接口）或扩展指定父类，并实现/重写相应方法。
- 每个匿名类对应一个独立的字节码文件，可被JVM正常加载和执行
- 类名由编译器决定，开发者不可见也不可直接引用
- 若同一方法中存在多个匿名类，编号依次为 $1、$2、$3…
对外围类的引用机制
匿名内部类能直接使用外围类的字段和方法（含 private 成员），不是靠“突破访问限制”，而是编译器在生成类时：自动添加一个隐式的构造器参数和字段，用于保存外围类实例的引用（通常命名为 this$0）。
- 如果外围类是静态上下文（如静态方法中），则不捕获 this，也不会持有外围实例引用
- 若访问了外围类的局部变量（包括形参），这些变量必须是
final或“事实上 final”（Java 8+），编译器会将它们作为构造参数传入并复制为内部类的私有字段 - 这种引用关系可能导致内存泄漏——比如匿名类被长期持有（如注册为监听器），而它又持有了 Activity 实例
方法重写与变量捕获的实际表现
匿名类不是语法糖意义上的“简写”，而是语义完整的子类型。它的行为严格遵循继承与多态规则：
java-api-doc-generator
下载
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
- 重写的方法在运行时通过动态绑定调用，和普通子类无异
- 捕获的局部变量是值拷贝，修改匿名类内对应的副本，不影响原变量（因为原变量可能已出栈）
- 若需在匿名类中修改外围状态，应改用对象的属性（如 AtomicInteger、自定义容器）或外围类的字段
替代方案与现代演进
匿名内部类在 Java 8 后逐渐被 Lambda 表达式替代，但二者不等价：
立即学习“Java免费学习笔记（深入）”；
- Lambda 只适用于函数式接口（仅一个抽象方法），且不生成新类文件（通常通过 invokedynamic 实现）
- Lambda 不捕获
this，除非明确使用；它也不能访问非 final 的局部变量（规则相同，但更轻量） - 若需多重继承语义、访问
super、定义字段或构造逻辑，仍需匿名类（或命名内部类）
不复杂但容易忽略：匿名类的存在感藏在字节码里，理解它如何被编译、如何持引用、何时触发实例化，才能写出安全、低耦合、易调试的代码。
