局部内部类访问局部变量必须为final或事实上final，因栈上变量随方法结束销毁，而内部类对象在堆中可能长期存活，jvm通过编译期值拷贝（如val$xxx字段）确保一致性，故要求变量不可再赋值。
局部内部类能访问外部方法的局部变量，但这些变量必须是 final 或 事实上 final（effectively final）——不是语法限制，而是 JVM 内存模型和生命周期匹配的必然要求。
为什么必须“不可再赋值”
局部变量存在栈上，随方法执行结束而销毁；而局部内部类对象在堆上，可能长期存活（比如作为返回值、被线程持有、注册为回调等）。如果允许内部类修改原始局部变量，就可能出现：原始变量已销毁，但副本还在用；或原始变量被改了，副本没同步——数据不一致。
JVM 的解决方式是在编译期把该变量的值（基本类型是值本身，引用类型是对象地址）拷贝一份，作为内部类的隐式私有字段（反编译可见 val$xxx）。这个“拷贝即快照”的机制，天然要求变量内容不能变。
Java 8 之后的“事实上 final”更灵活
Java 8 起不再强制写 final 关键字，只要变量声明后从未被重新赋值，编译器就认定它是事实上 final。例如：
-
String msg = "hello"; new Thread(() -> System.out.println(msg)).start();✅ 合法，msg 没被重赋值 -
String msg = "hello"; msg = "world"; new Thread(() -> System.out.println(msg)).start();❌ 编译报错：“local variables referenced from an inner class must be final or effectively final”
循环中怎么安全捕获当前值
直接在 for 循环里用 i 或 item 会被反复赋值，破坏事实上 final 条件。正确做法是在循环体内定义新变量并立即初始化：
- ✅ 合法：
for (int i = 0; i - ❌ 非法：
String id; for (...) { id = list.get(i).getId(); ... }—— id 被多次赋值，无法被捕获
想在内部类里修改状态怎么办
不能改局部变量本身，但可以把“可变性”移到堆上：
- 用单元素数组：
final int[] count = {0}; new Thread(() -> count[0]++).start();—— 引用不变，改的是数组内容 - 用原子类：
final AtomicInteger count = new AtomicInteger(0); - 提升为外部类字段：
private int count;，内部类直接读写OuterClass.this.count
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
