必须是final或事实上final，因为局部变量存于栈而内部类对象存于堆，jvm通过值拷贝将其作为隐式私有字段保存，若允许修改会导致副本与原始值不一致；java 8+允许省略final关键字但要求变量声明后不可再赋值。
Java 中局部内部类和匿名内部类能访问外部方法的局部变量，但必须满足“不可再赋值”这一前提——也就是变量要 final 或 事实上 final（effectively final）。这不是语法刁难，而是由栈与堆的生命周期差异决定的：局部变量存在栈上，方法一结束就销毁；而内部类对象在堆上，可能长期存活。JVM 通过值拷贝把变量“快照”进内部类，所以这个值必须稳定。
为什么必须是 final 或事实上 final？
编译器会在构造内部类时，把符合条件的局部变量值（基本类型是数值本身，引用类型是引用地址）复制一份，存为内部类的隐式私有字段（比如反编译后看到的 val$index）。如果允许后续修改原始变量，副本就跟不上了，逻辑就会错乱。Java 8+ 不强制写 final 关键字，但只要变量在声明后被重新赋值过，编译就报错：“local variables referenced from an inner class must be final or effectively final”。
怎么写出合法又实用的代码？
常见场景是循环中创建多个内部类，需要捕获当前迭代值。直接用循环变量会失败，因为它是持续变化的。正确做法是在每次迭代里声明一个新变量：
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
- 在 for 循环体内定义新变量，如
final int currentIdx = index;，再在内部类中使用它 - 或者直接用 Java 8+ 的事实上 final 写法：
int currentIdx = index;（只要后面不再给currentIdx赋新值即可） - 避免在循环外提前声明该变量，否则重复赋值会破坏“事实上 final”条件
想在内部类里改状态怎么办？
不能靠改局部变量，得把可变性移到堆上：
- 用数组包装：例如
final int[] counter = {0};，内部类里执行counter[0]++—— 变量引用没变，改的是数组内容 - 用原子类：如
final AtomicInteger count = new AtomicInteger(0);，调用count.incrementAndGet() - 提升为成员变量：把变量挪到外部类字段里，内部类通过
OuterClass.this.field访问，天然支持读写
Lambda 表达式也一样吗？
完全一样。Lambda 是匿名内部类的语法糖，共享同一套捕获规则。写 () -> System.out.println(x) 前，确保 x 没被重赋值；若需更新状态，同样推荐用 AtomicInteger、ConcurrentHashMap 或外部字段，而不是绕开限制硬改局部变量。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
