MethodHandles组合模式本质是通过JVM层面变换原语拼接方法句柄，实现类型安全、无对象分配、接近直接调用的高效调用链，核心操作包括dropArguments、insertArguments、filterArguments、foldArguments和guardWithTest。
MethodHandles 的组合模式，本质是把多个简单方法句柄像积木一样拼接起来，形成可复用、类型安全、运行时高效的调用链。它不依赖反射的动态查找开销，也不需要编译期生成代理类，而是通过 JVM 层面的 MethodHandle 变换原语，在字节码层面完成参数调整、类型转换、逻辑嵌套等操作。
核心组合操作：从基础变换开始
所有组合都基于已有 MethodHandle 实例，通过 MethodHandles 工具类提供的静态方法完成。关键不是“写新逻辑”，而是“重排输入输出”：
- dropArguments：在调用前丢弃某些入参（例如把 (String, int, boolean) → (String)）；常用于适配回调签名或忽略上下文参数
- insertArguments：提前绑定固定值（类似 partial application），如把 (int, String) → (String)，绑定第一个参数为 42
- filterArguments：对指定位置的参数做预处理（比如把传入的 String 先转成大写，再交给目标方法）
- foldArguments：用前一个方法的返回值作为后一个方法的首个参数（实现 A→B→C 的串行计算）
- guardWithTest：加入条件分支——用一个 boolean 类型的判断句柄决定走 true 分支还是 false 分支句柄
构建真实调用链的典型步骤
以“读取配置字符串 → 解析为整数 → 校验范围 → 返回默认值”为例，整个链路可在运行时组装，无需 lambda 或匿名类：
- 先用 Lookup 获取原始方法句柄：parseStr（String→Integer）、inRange（Integer→boolean）、getDefault（void→Integer）
- 用 filterArguments 把 parseStr 包裹一层：输入 String，先 trim 再 parse，避免空格导致 NumberFormatException
- 用 guardWithTest 组合 inRange 和 getDefault：若解析后值在 [1,100] 内则返回该值，否则调用 getDefault
- 最终得到的 MethodHandle 接收一个 String，返回 Integer，类型完全由 MethodType 描述，invokeExact 时自动校验
与函数式接口的本质区别
MethodHandle 组合不产生 Function、Consumer 等接口实例，也不触发泛型擦除或装箱开销。它的类型信息保留在 MethodType 中，JVM 能直接生成优化后的调用桩（call site）。这意味着：
- 没有对象分配（无 lambda 对象、无闭包对象）
- invokeExact 调用路径接近直接调用，比反射快一个数量级，接近普通方法调用
- 组合结果仍是 MethodHandle，可继续参与下一轮组合，支持任意深度嵌套
- 错误发生在构建阶段（如类型不匹配抛 WrongMethodTypeException），而非运行时 ClassCastException
实用建议：何时用、怎么稳
组合虽强大，但易因类型错位失败。推荐以下实践：
- 始终用 MethodType 显式声明每一步的输入输出类型，别依赖推断
- 组合后立即用 handle.type() 检查是否符合预期，尤其注意 void 和 null 的处理差异
- 避免在 hot path 上反复构建相同组合链——缓存 MethodHandle 实例，它本身是线程安全且不可变的
- 调试时可用 MethodHandles.explicitCastArguments 配合 toString 查看中间类型，或用 jdk.internal.vm.annotation.Stable 注解提示 JIT 优化
