匿名内部类只能访问final或事实final的局部变量，因栈上变量生命周期短于堆上内部类对象，java通过快照复制变量值并禁止修改来避免悬空引用和语义错觉，lambda表达式遵循相同规则。
匿名内部类能访问外部方法的局部变量，但前提是这个变量必须是 final 或 事实 final（effectively final）——也就是声明后没被重新赋值过。这不是语法限制，而是 Java 为保障数据安全和生命周期一致做的底层设计。
本质原因是生命周期不匹配
局部变量存在栈上，方法执行完就销毁；而匿名内部类对象在堆上，可能被回调、线程、集合长期持有。如果允许它直接引用一个随时会消失的栈变量，就会出现“变量已没了，对象还在用”的悬空问题。
- 方法一结束，栈帧清空，局部变量内存释放
- 但匿名内部类实例可能刚被传给 Handler、注册为监听器，或放进 Map 里缓存
- 此时再访问原局部变量，就无从下手了
编译器用“快照复制”来解决
Java 不让变量消失，也不让它被改乱，而是悄悄做了一件事：把那个 final 或事实 final 的变量值，在创建匿名内部类时拷贝一份，作为内部类自己的私有字段（比如反编译后看到的 val$index）。
- 所有对它的读取，其实都是读这个副本
- 禁止重新赋值，是为了避免“我以为改了外面的变量，其实只动了副本”这种语义错觉
- 这样既隔离了栈和堆的生命周期，又保证了值的一致性
Java 8 起支持“隐式 final”，但逻辑没变
你不用写 final int index = 0;，只要没在后续代码中给 index 重新赋值，编译器就自动当它是 final 处理。可一旦加了 index++ 或 index = 5;，立刻报错。
- 循环里用局部变量？得在每次迭代中单独声明一个新变量，如
final int cur = index; - 参数传入方法？方法签名里的参数也适用同一规则，加
final更清晰（虽非强制） - 成员变量、静态变量不受限——它们本来就在堆上，生命周期天然匹配
和 Lambda 表达式规则一致
Lambda 实际是匿名内部类的简化写法，所以共享同一套访问规则：只能捕获 final 或事实 final 的局部变量。这也是为什么下面这段代码合法：
int x = 42;<br>Runnable r = () -> System.out.println(x); // ✅ x 没被重赋值
但只要中间插一句 x = 99;，哪怕在 lambda 创建之前，编译就失败。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
