因为局部变量存于栈帧中，方法结束即销毁，而匿名内部类对象存活于堆中且生命周期更长；java通过值拷贝确保安全，故要求变量effectively final以保证副本与原值一致。
Java 匿名内部类可以读取外部方法的局部变量，但这些变量必须是 事实上的 final（effectively final） —— 即定义后不再被修改。
为什么只能访问 effectively final 的局部变量？
匿名内部类对象的生命周期可能比创建它的方法还要长。而局部变量存储在栈上，方法执行完就会被销毁。为了确保内部类能安全地使用这些变量，Java 要求它们在编译期就确定不可变。JVM 实际上会把该变量的值“复制”一份到内部类实例中（通过构造器传入或隐式捕获），所以它必须保证这个值不会中途改变。
哪些情况算 effectively final？
- 声明时用 final 修饰：
final int x = 10; - 虽未加 final，但只赋值一次、后续没再修改：
int y = 20; // 后面没再出现 y = ... - 引用类型同理：只要不重新赋值给该变量（即不改变引用本身），即使对象内容变了也 OK：
StringBuilder sb = new StringBuilder("hello"); sb.append("!"); // ✅ 允许；sb = new StringBuilder(); // ❌ 编译报错
常见错误和绕过方式
如果确实需要在匿名类里“修改”外部变量，不能直接改局部变量，但可以：
- 用单元素数组包装：
int[] counter = {0}; new Thread(() -> { counter[0]++; }).start(); - 用 Atomic 类（适合并发场景）：
AtomicInteger count = new AtomicInteger(0); ... count.incrementAndGet(); - 把变量升级为成员变量（属于外部类实例）：此时不受 effectively final 限制，但要注意线程安全和生命周期问题。
Lambda 表达式也遵循同样规则
从 Java 8 开始，Lambda 表达式对局部变量的访问约束和匿名内部类完全一致——同样要求 effectively final。例如：String msg = "hi"; Runnable r = () -> System.out.println(msg); // ✅，但如果后面写了 msg = "bye";，上面这行就会编译失败。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
