如何准确界定匿名内部类引用的局部变量为何必须是final？

本文共计706个文字，预计阅读时间需要3分钟。

匿名内部类访问局部变量必须是`final`（或实际上的`final`），核心要点是：

为什么局部变量不能直接被匿名内部类“用”？

局部变量存在栈帧里，方法一结束，它就没了；但匿名内部类对象在堆上，可能被返回、传给其他线程、甚至长期持有。如果允许它“实时”读写局部变量，等方法退出后，它访问的就成野指针了——根本不存在的东西。

所以 Java 不让它“实时访问”，而是**在编译时把用到的局部变量值（或引用）拷贝一份，作为匿名内部类自己的私有字段存起来**。这就引出下一个关键点：

为什么拷贝之后还必须是 final？

拷贝解决了“变量消失”的问题，但带来了“两个副本可能不一致”的新风险：

• 如果原始变量后续被修改（比如 x = 20），匿名内部类里保存的还是旧值（10），逻辑就错乱了
• 如果允许内部类也去改这个拷贝，外部方法完全感知不到，数据状态彻底失控

加 final 就是从源头掐断这种不确定性：只允许初始化一次，之后谁都不能动。这样原始变量和内部类里的拷贝，从始至终都指向同一个值（基本类型）或同一对象（引用类型），行为稳定、结果可预测。