局部内部类的生命周期严格绑定于所在方法的执行周期：方法开始执行时才被动态定义，方法结束时其作用域即失效；它可访问外部类所有成员，但访问方法局部变量必须为final或effectively final，因JVM会将其值复制为内部类对象的字段以保障生命周期对齐。
局部内部类的生命周期，就是它从诞生到消亡的全过程，完全绑定在它所在方法的执行周期里——方法开始执行，它才可能被定义；方法执行结束，它就彻底不可访问，连带其创建的对象若无外部引用，也会很快被回收。
它只活在方法执行期间
局部内部类不是类加载时就存在的类型，而是在方法运行到定义它的那一行时，才“动态生成”的。哪怕这个类在方法开头就被写好，它也只在该方法被调用、真正执行到那行代码时，JVM 才解析并准备它的结构。一旦方法栈帧弹出（即方法执行完毕），这个类的定义本身虽仍存在于字节码中，但其作用域已失效，无法再被声明、实例化或反射获取。
- 不能在方法外通过任何方式 new 它，甚至不能用 Class.forName() 加载它（因为编译后类名含 "$" 且不对外暴露）
- 方法内创建的局部内部类对象，如果被返回或赋给外部变量（如返回为接口类型），对象本身可继续存活，但类定义不再“活跃”于当前作用域
- 它没有默认构造器以外的构造方法，也不能被继承或实现其他类——语法上就不允许
它能访问什么，取决于“是否还存在”
局部内部类可直接使用外部类的所有成员（包括 private 字段和方法），这部分不受限制。但它访问所在方法的局部变量时，必须是 final 或 effectively final（即定义后未被重新赋值）。这不是语法糖，而是生命周期对齐的硬性保障：
- 局部变量存在栈帧中，方法结束，栈帧销毁，变量消失
- JVM 会把那些 effectively final 的局部变量值，“复制一份”存入局部内部类对象的字段中（编译器自动完成）
- 所以你看到的不是原变量，而是快照——这保证了即使方法已退出，内部类对象仍能安全读取该值
它为什么几乎不用，但又不能忽略
实际项目中很少显式写局部内部类，因为功能上常被匿名内部类或 Lambda 表达式替代，更简洁。但它在理解 Java 作用域、变量捕获、字节码生成机制方面是关键桥梁：
立即学习“Java免费学习笔记（深入）”；
- 它是唯一一种既非静态、又不隶属于外部类实例，却还能访问外部类私有成员的内部类
- 它揭示了“变量生命周期”与“对象生命周期”分离的设计逻辑
- 当需要在方法内封装一段有状态、多方法、需复用几次的逻辑（又不想提成成员类），它仍是语义最清晰的选择
本质上，局部内部类不是为了“复用”，而是为了“就近封装”——把只服务于当前方法某一段逻辑的类，严丝合缝地圈在那个括号里。它的生命周期短，但边界清，责任明。
