匿名内部类编译生成独立.class文件，含私有final字段和构造器，通过putfield/getfield操作变量；lambda仅用invokedynamic指令，运行时动态传参，无字段无类文件，this指向外围实例而非自身。
直接看字节码，是穿透语法糖、看清 jvm 如何真正执行代码的最可靠方式。匿名内部类和 lambda 表达式表面相似，但字节码层面毫无共性——它们根本不是同一种机制。
匿名内部类：真类、真字段、真构造器
编译后必然生成独立的 .class 文件（如 Outer$1.class），反编译可见：
- 一个私有 final 字段（如
final int val$x）用于保存捕获的局部变量值 - 构造方法显式接收该值，并赋给字段（
aload_0→putfield） - 方法体内通过
getfield读取字段，与普通对象字段访问无异 - 每次
new都创建新对象，字段值是“快照式拷贝”
Lambda：无类、无字段、无构造器
编译后不生成任何额外 class 文件，所有逻辑都压缩在原类的 .class 中：
- 字节码里没有
new、没有putfield、没有getfield - 只有一条 invokedynamic 指令，指向一个 Bootstrap Method
- JVM 运行时动态决定如何获取变量值——可能从外层栈帧加载，也可能从常量池取
- 目标静态方法（如
lambda$main$0）签名含所有捕获变量作为参数，值是“按需传入”，非预先存储
关键差异直指物理本质
二者都要求变量 effectively final，但约束逻辑完全不同：
- 匿名内部类靠“复制防御”：变量一旦修改，堆上字段就与栈上原始值脱节，编译器禁止赋值以避免不一致
- Lambda 靠“引用冻结”：JVM 不保存变量副本，而是确保调用时能安全读取——只要变量未被改写，栈帧仍有效，值就可直达
- 成员变量无限制，因为
this.field始终绑定外围实例生命周期，无需拷贝或冻结
this 的指向暴露对象模型差异
在匿名内部类中，this 是一个真实存在的对象实例，有自己的类型、字段和方法；而在 Lambda 中，this 就是外层方法所在类的实例——Lambda 本身不是对象，它只是 JVM 动态调度的一段行为逻辑。
