lambda表达式底层由invokedynamic指令驱动，首次执行时调用lambdametafactory.metafactory生成callsite并绑定methodhandle，主体编译为私有静态方法，运行时动态生成不可预测的$$lambda$n类，避免类膨胀且支持jit优化。
Lambda 表达式在底层不是靠编译期生成固定类来工作的，而是由 JVM 在运行时通过 invokedynamic 指令触发一套动态绑定流程。关键不在“写法”，而在字节码里那条指令如何被 JVM “激活”。
invokedynamic 指令本身不调用任何方法
它只是一条占位指令，字节码中类似：
-
0: invokedynamic #2, 0—— 这里的#2是常量池索引，指向一个引导方法（Bootstrap Method） - JVM 加载该指令时，不解析目标方法，也不查类、不找签名，只记下“等第一次执行时再处理”
- 真正干活的是常量池中
BootstrapMethods段定义的方法，Java 8+ 固定是LambdaMetafactory.metafactory
首次执行才触发引导方法，生成调用点
当这行 invokedynamic 第一次被执行时，JVM 主动调用 LambdaMetafactory.metafactory，并传入三个核心参数：
-
MethodHandles.Lookup：JVM 自动注入，有权限访问当前类的私有静态方法（比如lambda$main$0） - 函数式接口抽象方法名和签名，如
"run"和()V - 实际逻辑的方法句柄，指向编译器生成的私有静态方法（无捕获变量时）或实例方法（捕获了
this或局部变量时）
这个引导方法会动态生成一个 ConstantCallSite，内部绑定一个 MethodHandle，后续所有相同 invokedynamic 都直接跳转到这里，不再重复引导。
Lambda 的逻辑藏在私有静态方法里，不是匿名类
javac 编译时不会生成 MyClass$1.class，而是：
- 把 Lambda 主体编译成一个私有方法，例如
private static void lambda$main$0() - 若捕获了局部变量（如
int x），该方法参数会自动增加对应类型，由 JVM 封装进闭包对象传递 - 用
javap -p MyClass.class可以看到这个方法；如果看不到，可能是 JIT 后期内联优化所致，但invokedynamic指令仍保留在字节码中
运行时生成的类不可见、不可加载
你调试时看到的 MyClass$$Lambda$1/0x0000000800062040 是 JVM 动态生成的实现类名：
- 它实现了你写的函数式接口（如
Runnable），run()方法体内只有一行：lambda$main$0(); - 类名中的十六进制部分是内存地址哈希，每次 JVM 启动都不同
- 它不经过
ClassLoader.defineClass，所以磁盘上没有$$Lambda$1.class，也无法用Class.forName加载
