局部内部类只能在定义它的方法内使用，编译后生成独立class文件，无访问修饰符，不可static，仅能访问“事实final”的局部变量，可访问外部类所有成员，不能在循环中重复定义同名类。
局部内部类只能在定义它的方法里用
局部内部类写在方法体里，编译后生成独立的 OuterClass$1.class 文件，但它在字节码层面没有自己的访问修饰符（不能加 public、private），连 static 都不被允许——加了直接编译报错：modifier static not allowed here。
它能访问所在方法的局部变量，但前提是那些变量必须是“事实上的 final”：Java 8+ 允许不显式写 final，但一旦你在方法里改了那个变量的值，编译器立刻翻脸：local variable referenced from an inner class must be final or effectively final。
- 不能被方法外的任何代码 new 出来，连同包下的其他类都看不到它
- 不能定义静态字段或静态方法（哪怕只有一行
static int x = 0;都会触发编译错误） - 可以访问外部类的所有成员（包括 private 字段和方法），这点和成员内部类一致
为什么不能在 for 循环里反复定义同名局部内部类
不是语法禁止，而是编译器不允许重复生成同名的匿名/局部类符号。比如在 for (int i = 0; i 里写两次 <code>class A，javac 会报：duplicate class: OuterClass$1（编号冲突）。
局部类名在同一个方法内必须唯一，且编译器按声明顺序自动编号（第一个是 $1，第二个是 $2……），不支持手动指定类名别名。
立即学习“Java免费学习笔记（深入）”；
- 想复用逻辑？改用匿名内部类，或者把类提到方法外作为私有静态嵌套类
- 想带状态进循环？把局部变量提取成 final 数组元素，比如
final String[] holder = {null};，再在类里读写holder[0] - Java 16+ 的
sealed类和模式匹配不适用于局部类——它们压根不在类型系统中“注册”
局部内部类引用外部局部变量时的实际内存行为
你以为只是“拷贝一份值”？不是。JVM 会在局部内部类实例中隐式添加一个合成字段（synthetic field），指向被捕获的局部变量值。对基本类型，存的是值副本；对引用类型，存的是对象引用本身——所以修改该引用指向的对象内容，外部方法里也能看到。
这个机制导致一个容易忽略的内存陷阱：只要局部内部类实例还活着，它所捕获的局部变量（及其引用的对象）就无法被 GC 回收，哪怕外部方法早已执行完毕。
- 避免捕获大对象（如
byte[]、ArrayList）——尤其在异步回调或事件监听场景下 - 如果只需要某个字段值，显式传参构造比依赖隐式捕获更清晰、更可控
- 反编译看真相：用
javap -c OuterClass\$1能看到编译器自动生成的构造器和字段
替代方案：什么时候该用局部内部类，什么时候该绕开
局部内部类真正的价值场景其实很窄：需要同时满足「强封装性 + 多方法协作 + 仅在此处使用」。比如一个复杂排序逻辑里，临时定义一个实现 Comparator 的类，里面还要调用几个私有辅助方法。
但现实中，90% 的类似需求，用 lambda 更轻量；需要复用或测试时，提成私有静态嵌套类更稳妥；涉及生命周期管理（比如监听器注册/注销）时，局部类反而容易引发泄漏。
- 能用 lambda 表达的，优先用 lambda（例如
new Thread(() -> {...})） - 需要多个方法或字段支撑逻辑？考虑
private static class，它可序列化、可泛型、无捕获开销 - 调试时发现局部类实例长期不释放？先检查是否无意中把它传给了线程池、Handler 或观察者列表
局部内部类不是语法糖，它是编译器帮你做的“手工闭包”，写得爽，查得累。真要用，得清楚它在哪存了什么、谁在持有着它。
