Lambda 表达式不生成独立.class文件，因其编译期仅生成私有静态桥接方法和invokedynamic指令，运行期由JVM动态链接并可能复用实例，与匿名内部类的编译即生成$1.class有本质区别。
Lambda 表达式本身不会生成独立的 .class 文件，这是理解 JVM 层实现的关键前提。 你用 javac 编译含 Lambda 的 Java 类后，只会看到主类的 .class（如 Main.class），而不会出现类似 Main$1.class 这样的匿名内部类文件——这和匿名内部类有本质区别。
为什么看不到 Lambda 对应的 .class 文件？
因为 Lambda 不是通过「编译期生成新类」实现的，而是依赖 JVM 的 invokedynamic 指令在运行时动态链接。编译器只把 Lambda 主体逻辑编译成主类里的一个私有静态方法（比如 lambda$main$0），再在字节码中插入一条 invokedynamic 调用，由 JVM 在首次执行时解析目标方法句柄。
- 用
javap -c Main.class可以看到该私有静态方法，以及invokedynamic字节码指令 - 用
java -Djdk.internal.lambda.dumpProxyClasses=.运行程序，会生成形如com.sun.proxy.$Proxy0.class的代理类（仅用于调试，非编译产物） - 这个代理类不是 Lambda 的“实现类”，而是 JVM 为函数式接口实例临时生成的桥接对象
对比匿名内部类：一眼识别两者差异
匿名内部类（如 new Runnable() { ... }）会在编译后真实产出 Main$1.class，且该类继承自 Object 并实现 Runnable；而 Lambda 表达式对应的逻辑，全部收束在主类的私有方法里，没有额外类文件。
- 匿名内部类对象每次创建都 new 出新实例，Lambda 表达式在满足条件时可复用同一实例（如无捕获变量的纯函数）
- 匿名内部类能访问外部类的
this和实例变量；Lambda 只能访问final或“事实 final”的局部变量 - 匿名内部类的字节码里是普通
invokestatic或invokevirtual；Lambda 处是invokedynamic+BootstrapMethod表项
什么时候 Lambda 会触发类生成？
严格来说，Lambda 从不“生成类文件”，但某些场景下 JVM 会动态定义类（非磁盘文件）：
- 当 Lambda 捕获了非 final 的局部变量，且该变量被修改时，JVM 可能需要构造封装对象来维持闭包语义
- 使用
Unsafe.defineAnonymousClass（极少见，多见于框架如 Lombok、Mockito 内部） - 开启
-Djdk.internal.lambda.dumpProxyClasses=.后，JVM 会把运行时生成的代理类 dump 到当前目录，但这属于调试行为，不影响正常执行
真正容易被忽略的是：Lambda 的“函数式”特性不是靠语法糖撑起来的，而是由 invokedynamic + 方法句柄 + 函数式接口三者协同完成的。一旦你开始查字节码或做性能调优，绕不开 invokedynamic 的引导方法（LambdaMetafactory.metafactory）和它返回的 CallSite —— 那才是 JVM 层函数式编程的落脚点。
