局部内部类实例可长期存活于堆中，只要被外部引用持有；其访问的局部变量必须effectively final，因编译器会将其复制为隐式字段以确保值一致性。
局部内部类本身不会“存活”，真正能延续生命周期的是它的实例对象——只要这个对象被方法外部的引用持有着，它就会一直留在堆内存中，不受方法栈帧弹出的影响。
局部内部类实例如何脱离方法栈帧存活
方法执行时创建的局部内部类实例，对象本身分配在堆上；初始引用通常存在栈帧的局部变量表里。一旦把这个实例返回出去、赋值给外部类字段、存入静态变量、传给其他线程或注册为回调监听器，就建立了从堆外指向该对象的强引用链。
- 方法结束后，栈帧销毁，原始局部变量引用消失，但堆中对象因仍有外部强引用，不会被垃圾回收
- 常见做法包括：将实例作为方法返回值、赋给外部类的成员变量、放入集合或队列、作为 Runnable 提交到线程池
- 注意：若没有外部引用，哪怕局部内部类定义再复杂，实例也会随方法结束而失去可达性，很快被回收
为什么访问的局部变量必须是 effectively final
局部变量本身存在栈上，方法结束即销毁。而局部内部类实例可能长期存活在堆上，为确保它访问的局部变量值始终一致，编译器会把那些未被重新赋值的局部变量（effectively final）复制一份，作为隐式字段嵌入到内部类实例中。
- Java 8 起不再强制写
final关键字，但变量实际不能修改，否则编译报错 - 这个复制机制保证了对象生命周期与变量生命周期解耦，是安全访问的前提
- 不是“引用传递”，而是值拷贝；所以修改原局部变量对内部类实例无影响
局部内部类的典型存活场景
它常用于需要短期定义、但逻辑需异步或延迟执行的场合，比如事件监听、回调封装、任务构造等。
立即学习“Java免费学习笔记（深入）”；
- GUI 编程中，在按钮点击方法里定义局部内部类实现 ActionListener，并注册给按钮 —— 实例由组件持有，方法结束后仍有效
- 网络请求回调：在发起请求的方法中定义局部内部类处理响应，通过 Future 或回调接口传出去
- 定时任务：用
ScheduledExecutorService提交一个局部内部类实现的Runnable，任务调度器持有了该实例引用
需要注意的潜在问题
虽然局部内部类实例可以长期存活，但它隐式持有着外部类实例的引用（除非外部类是静态的或局部内部类只访问静态成员）。
- 如果外部类实例很大或生命周期很长，而局部内部类实例又被长期持有，可能导致外部类无法及时回收，引发内存泄漏
- 避免在局部内部类中无意捕获大量外部状态；必要时可考虑改用静态嵌套类 + 显式传参
- 局部内部类不能有访问修饰符（public/private 等），也不能被方法外直接使用，这是设计上的封装限制
