匿名内部类将局部变量值拷贝为实例字段并显式构造传参，Lambda通过invokedynamic动态传递参数且不生成字段；二者均要求变量effectively final以避免数据不一致，但检查机制不同。
匿名内部类和 Lambda 表达式虽然都要求访问的局部变量是 effectively final，但它们在字节码层面的处理方式完全不同：前者把变量值“拷贝进实例字段”，后者通过 invokedynamic 引导逻辑间接传递值，不生成字段也不复制数据。
匿名内部类：编译期生成字段 + 显式构造传参
编译后，匿名内部类会生成独立的 .class 文件（如 Outer$1.class），并在其中声明一个私有 final 字段来保存捕获的局部变量值。构造方法会接收该值并赋给字段。
- 例如
int x = 42; new Runnable() { public void run() { System.out.println(x); } };→ 编译器自动生成类似final int val$x;字段 - 字节码中可见
aload_0（this）→getfield读取该字段，值来自方法调用时传入的构造参数 - 变量生命周期与内部类实例绑定，哪怕原方法栈帧已销毁，字段仍保留在堆上
Lambda：无字段、无构造器、仅 invokestatic + invokedynamic
Lambda 不生成独立类文件，也不在实现类中定义任何捕获变量的字段。它的变量值不是存在对象里，而是由 JVM 在运行时通过 invokedynamic 的引导方法（Bootstrap Method）决定如何获取——通常是直接从外层方法的栈帧或常量池中加载。
- 字节码中看不到字段定义或
getfield指令；取而代之的是invokedynamic调用，目标方法句柄指向一个静态方法（如lambda$main$0） - 该静态方法签名含所有捕获变量作为参数（如
(I)V表示接收一个 int），JVM 在首次调用时动态生成适配逻辑 - 没有对象分配开销，也没有字段拷贝动作；值是“按需传递”，而非“预先存储”
为什么都禁止修改？但禁止机制不同
两者都报“variable is accessed from within inner class and must be final or effectively final”，但错误来源不同：
- 匿名内部类：编译器检查变量是否被重新赋值，一旦发现赋值语句（哪怕在 lambda 外），就拒绝生成字段赋值逻辑
- Lambda：编译器做更严格的作用域扫描，只要变量在 lambda 体内部或外部被修改（包括
i++、=），就直接中断编译 - 根本原因一致：避免栈上变量失效后，闭包中引用的数据不一致；但匿名内部类靠“复制防御”，Lambda 靠“引用冻结”
成员变量不受限，但 this 指向意义不同
两者都能自由读写 this.field，因为成员变量属于外围实例，生命周期明确：
- 匿名内部类中的
this指向自身实例，要访问外围成员需显式写OuterClass.this.field - Lambda 中的
this始终指向外围类实例，无需额外语法，field就是OuterClass.this.field - 这也反映本质差异：匿名内部类是“新对象”，Lambda 是“外围对象的行为扩展”
