BootstrapMethods属性是invokedynamic指令运行的必要前提，存储引导方法信息，缺失时字符串拼接等操作会抛出BootstrapMethodError。
BootstrapMethods 属性不是可选的“附加信息”，而是 invokedynamic 指令能运行的前提——没有它，JVM 在解析 String 连接（如 "a" + b + c）时会直接抛出 java.lang.BootstrapMethodError。
为什么 javac 生成的字符串拼接字节码里总出现 invokedynamic？
Java 9+ 默认启用 -Djava.lang.invoke.stringConcat=indy，编译器不再用 StringBuilder.append() 链式调用，而是生成 invokedynamic 指令，把拼接逻辑延迟到运行时决定。这背后依赖的就是 BootstrapMethods 属性中注册的引导方法（bootstrap method），通常是 java.lang.invoke.StringConcatFactory.makeConcatWithConstants。
常见错误现象：
- 反编译看到
invokedynamic #2，但查常量池发现#2是CONSTANT_MethodHandle_info，不是方法引用 → 实际跳转目标在BootstrapMethods表里 - 手动修改 class 文件删掉
BootstrapMethods属性后，类仍能加载，但首次执行字符串拼接时抛出BootstrapMethodError
如何从 class 文件二进制中定位 BootstrapMethods 属性？
它位于 class 文件属性表（attributes）中，和 Code、ConstantValue 等同级。关键识别点：
- 先读
attributes_count（u2），再循环读每个属性的attribute_name_index（u2）→ 查常量池对应字符串是否为"BootstrapMethods" - 该属性的
attribute_length至少为 2（因为num_bootstrap_methods占 2 字节），真实长度 =2 + 4 × num_bootstrap_methods - 每个
bootstrap_method_ref指向常量池中一个CONSTANT_MethodHandle_info，不是CONSTANT_Methodref_info
示例（用 javap -v 查看）：
BootstrapMethods: 0: #23 invokestatic java/lang/invoke/StringConcatFactory.makeConcatWithConstants:(Ljava/lang/invoke/MethodHandles$Lookup;Ljava/lang/String;Ljava/lang/invoke/MethodType;Ljava/lang/String;[Ljava/lang/Object;)Ljava/lang/invoke/CallSite;
其中 #23 就是常量池索引，对应那个 MethodHandle。
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
makeConcatWithConstants 的参数怎么映射到你的字符串表达式？
引导方法签名固定，但第 4 个参数（String recipe）和第 5 个参数（Object[] constants）才是关键。Javac 把你的 "prefix" + x + "suffix" + y 编译成：
-
recipe = "\u0001\u0001\u0001\u0001"（4 个占位符，\u0001 表示运行时插入变量） -
constants = { "prefix", "suffix" }（字面量按出现顺序收集） - 实际调用时传入的变量顺序：x, y → 和 recipe 中 \u0001 出现顺序一一对应
注意：recipe 不是 UTF-8 字符串，而是 raw bytes；constants 数组里不会包含变量，只存编译期确定的字面量。
不兼容或调试失败的典型陷阱
这个机制高度依赖 JVM 版本与引导方法实现的一致性：
- JDK 9–14 使用
makeConcatWithConstants；JDK 15+ 引入了makeConcat（无 constants 数组），但默认仍走老路径，除非显式配置-Djava.lang.invoke.stringConcat=inline - 如果用旧版
javap（如 JDK 8）解析 JDK 17 编译的 class，会显示BootstrapMethods属性但无法解析引导方法签名 → 不是 bug，是工具链不匹配 - 自定义类加载器若未正确传递
BootstrapMethods属性（比如只复制了部分属性），会导致BootstrapMethodError而非NoClassDefFoundError
最易被忽略的一点：引导方法本身不参与多态分派，它的返回值 CallSite 才是动态链接的入口；而 CallSite 的 target 方法句柄，可能在第一次调用后被 JVM 替换为优化版本（如内联后的直接调用），此时原始 BootstrapMethods 属性已不再参与后续执行。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
