局部内部类实例可长期存活于堆中，只要被外部引用持有；其访问的局部变量必须effectively final，因编译器会将其复制为隐式字段以确保值一致性。
局部内部类本身不能“在方法执行完毕后继续存活”，真正能长期存活的是它的实例对象——只要这个对象被方法外的引用持有着，它就会留在堆内存中，直到不再被任何活跃引用指向。
关键不在于“类”是否存活（类定义始终在方法区），而在于对象实例的引用链是否延伸到方法外部。
局部内部类实例如何脱离方法栈帧存活
- 方法执行时创建局部内部类实例，对象分配在堆上，但初始引用通常保存在栈帧的局部变量表里
- 如果把这个实例返回出去、赋值给成员变量、传入其他线程或注册为回调，就建立了从外部（比如外部类字段、静态变量、线程任务队列）指向该对象的引用链
- 栈帧弹出后，原始局部变量引用消失，但堆中对象因仍有强引用，不会被回收
例如：
public class Service {
private Runnable task; // 成员变量持有引用
public Runnable createTask() {
int timeout = 5000; // effectively final
String log = "start"; // effectively final
class TimerTask implements Runnable {
public void run() {
System.out.println(log + ", timeout=" + timeout);
}
}
return new TimerTask(); // 返回实例，引用逃逸出方法
}
public void start() {
task = createTask(); // 外部持有 → 对象持续存活
}
}
为什么必须访问 effectively final 的变量
- 局部变量存在栈帧中，方法结束即销毁
- 内部类实例若想“记住”这些值，编译器会把它们复制一份作为隐式字段存进内部类对象中（如
val$timeout、val$log） -
final或 effectively final 是编译期约束，确保复制的值不会和原始变量产生语义歧义（比如修改副本却不影响原变量，容易误导）
如何让局部内部类实例真正长期存活
- ✅ 把实例返回给调用方
- ✅ 赋值给外部类的字段或静态字段
- ✅ 提交到线程池（如
executor.submit(new Inner())） - ✅ 作为监听器注册到事件系统（如
button.addActionListener(new Inner())） - ❌ 仅在方法内
new Inner()但没传出引用 → 方法结束即不可达，很快被 GC
注意生命周期错位带来的风险
- 若内部类实例持有对外部类
this的引用（默认就有），而外部类又持有大资源（如InputStream、Connection），就可能引发隐式内存泄漏 - 即使局部变量是 final，也要警惕：对象存活越久，它捕获的那些值就越“固化”，无法响应后续变化
本质上，局部内部类实例能在堆中活下来，靠的不是特殊机制，而是 Java 普通的对象可达性规则——只要 GC Roots 能触达它，它就活着。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
