局部内部类生命周期绑定方法执行期，随栈帧创建而生、销毁而亡；仅能访问effectively final的局部变量；不可被static修饰，无外部可见性，适用于封闭轻量封装场景。
局部内部类的生命周期严格绑定于其所在方法的执行期，方法结束，类实例若无外部引用便不可达，这是它最核心的约束。
生命周期：随方法调用而生，随栈帧销毁而亡
局部内部类定义在方法体内，编译后生成独立的 .class 文件（如 Outer$1Inner.class），但它的实例只能在该方法执行过程中被创建。JVM 为每次方法调用分配一个栈帧，局部内部类对象若被创建，通常存放在堆中，但其引用保存在该栈帧的局部变量表里。一旦方法执行完毕、栈帧弹出，局部变量失效——若该内部类实例没有被方法外的变量捕获或持有，就会成为垃圾回收的对象。
- 即使内部类对象本身还在堆中存活（例如被返回或传到其他线程），它对所在方法中局部变量的“捕获”也仅限于那些被声明为 final 或 effectively final 的变量；非 final 局部变量无法被访问
- 不能在方法外部直接使用局部内部类的类名（如
new Inner()），因为其类名不具可访问性，也不在作用域内 - 不能拥有 static 成员（包括 static 字段、方法、嵌套类），除非是 static final 常量（编译期常量）
访问限制：只能捕获 effectively final 的局部变量
局部内部类可以访问所在方法的参数和局部变量，但前提是这些变量在初始化后不再被修改——即满足 effectively final。Java 编译器会在编译时把这些变量的值“快照”进内部类的构造器，并作为隐式字段存储。这不是引用传递，而是值复制（对引用类型，复制的是引用地址）。
- 例如：方法中定义
String s = "hello";，之后未再赋值，则局部内部类可安全使用s - 若写
s = "world";，哪怕只改一次，编译直接报错：“local variables referenced from an inner class must be final or effectively final” - 这种设计避免了方法已退出、局部变量已消亡，但内部类仍在尝试访问导致语义混乱的问题
可见性与使用场景：封闭、一次性、轻量封装
局部内部类对外完全不可见，连同一类中的其他方法都无法直接使用它。这决定了它天然适合用于：需要临时定义行为、且该行为高度依赖当前方法上下文的场景。
- 常见于 GUI 编程中响应事件（如
button.addActionListener(new ActionListener() { ... })的匿名类本质就是局部内部类的简化写法） - 用于封装一段需多次调用但仅在此方法有意义的逻辑，同时又想复用对象状态（比如带缓存的比较器、定制的迭代器）
- 无法实现接口或继承类并暴露给外部，也不能被序列化（除非显式声明
serialVersionUID且所有捕获变量可序列化，但实际极少这么做）
与匿名类、成员内部类的关键区别
局部内部类不是语法糖，而是有明确类结构的实体，但它比成员内部类更受限，比匿名类更灵活（可命名、可多次实例化、可定义构造器、可有多个方法）。
- 对比匿名类：局部内部类可被多次
new，可定义自己的构造方法，可有多个非抽象方法；匿名类只能创建一次，且必须基于已有类/接口 - 对比成员内部类：成员类属于外部类实例的一部分，生命周期可长于方法；它能自由访问外部类所有成员（含 private），也能访问方法的 final 变量；而局部内部类连外部类的非 final 局部变量都碰不到
- 局部内部类不能被
public、protected、private或static修饰（语法错误），唯一允许的修饰符只有abstract和final
