invokedynamic 是 JVM 唯一延迟绑定的字节码指令，用于将方法调用绑定推迟到运行时；Java 8 引入 Lambda 后，编译器用它替代匿名内部类以避免类膨胀、提升性能，并通过 LambdaMetafactory 动态生成函数对象。
invokedynamic 是什么：JVM 里唯一延迟绑定的字节码指令
它不是 Java 语法，而是 JVM 层面的一条指令，作用是「把方法调用的绑定逻辑推迟到运行时决定」。Java 8 引入 Lambda 表达式后，invokedynamic 才真正走进日常开发视野——编译器不再为每个 Lambda 生成独立类，而是扔一个 invokedynamic 指令，让 JVM 在首次执行时动态解析目标方法句柄。
Lambda 编译后为什么用 invokedynamic 而不是匿名内部类
Java 8 前，Lambda 若用匿名内部类实现，每次调用都 new 对象，逃逸分析未必能优化掉；而 invokedynamic 配合 java.lang.invoke.LambdaMetafactory，在第一次调用时完成「引导方法（Bootstrap Method）」执行，生成并缓存一个真正的函数对象（比如 Runnable 实例），后续调用直接复用。
- 编译器对
() -> System.out.println("hi")不生成MyClass$1.class，而是插入一条invokedynamic #4（#4 指向常量池里的引导方法） - 引导方法默认是
LambdaMetafactory.metafactory，它根据函数接口签名、实现方法句柄等参数，动态生成适配类（通常在java.lang.invoke.LambdaForm内部管理，不落地为 .class 文件） - 这种机制让 Lambda 天然支持「方法句柄复用」「捕获变量轻量化」，也避免了早期匿名类带来的类膨胀问题
常见错误现象：反编译看到 INVOKEDYNAMIC 却找不到对应类文件
用 javap -c 看字节码，确实能看到 invokedynamic 指令，但用 find . -name "*.class" | grep Lambda 却搜不到新类——这不是 bug，是设计使然。JVM 动态生成的类默认不写入磁盘，只存在于 Metaspace 中，且类名形如 com.example.MyClass$$Lambda/0x0000000800061840。
- 想强制保存动态类，启动 JVM 时加参数：
-Djdk.internal.lambda.dumpProxyClasses=/tmp/lambdas - 用
java -XX:+TraceClassLoading可观察这些类是否被加载（会输出类似[Loaded com.example.MyClass$$Lambda$1/0x0000000800061840 from __JVM_DefineClass__]） - 注意：这类类无法被常规 ClassLoader 加载，也不能被反射
Class.forName()获取
性能与兼容性影响：不是所有 Lambda 都走同一套流程
invokedynamic 的实际行为取决于 Lambda 是否「可序列化」、是否「捕获变量」、目标接口是否标准函数接口等条件，不同分支触发不同的引导逻辑。
- 无参无捕获（如
() -> 42）：通常复用单例实例，几乎零开销 - 捕获局部变量（如
(x) -> x + y）：每次调用需封装变量，但对象仍可复用（除非 y 是非 final / effectively final 不成立） - 实现
Serializable的 Lambda（如显式声明Runnable r = (Runnable & Serializable)() -> {}）：引导方法会切换为altMetafactory，生成可序列化的类，体积和初始化成本明显上升 - Android（Dalvik/ART）直到 API 24+ 才支持
invokedynamic，旧版本会回退到脱糖（desugar）成静态方法+匿名类，务必检查构建工具链是否启用 desugaring
真正容易被忽略的是：Lambda 的「首次调用慢」本质是 invokedynamic 引导过程的开销，包括方法句柄解析、类生成、字节码验证——这个过程不可省略，也无法预热，只能靠真实流量触发。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
