methodhandle 是 java 7 引入的高效方法调用机制，需显式绑定参数（如 bindto 固定 receiver、insertarguments 预设参数），并依类型严格程度选择 invokeexact 或 invoke；应缓存复用句柄以避免重复获取开销。
MethodHandle 是 Java 7 引入的底层方法调用机制，比反射更轻量、更高效，但需显式绑定参数才能执行。它不自动处理重载或类型转换，必须通过 bindTo 或 insertArguments 等方式“固化”部分参数，再用 invokeExact 或 invoke 触发调用。
用 bindTo 固定 receiver（实例对象）
对于非静态方法，MethodHandle 默认需要传入实例对象作为第一个参数。若已知具体对象，可用 bindTo 将其绑定，后续调用就无需再传该参数。
- 适用于单例、常驻对象或已知上下文的场景，比如绑定某个 service 实例
- bindTo 返回新 MethodHandle，原句柄不变，线程安全
- 注意：仅对非静态方法有效；静态方法调用无需 receiver，bindTo 会抛异常
用 insertArguments 预设固定参数
当方法有多个参数，而其中某些值在运行时已知（如日志级别、超时时间），可用 insertArguments 在调用链前端插入这些值，生成简化版句柄。
- 参数位置从 0 开始计数，插入后原参数顺延，类型必须严格匹配
- 例如：handle.insertArguments(0, "INFO") 可将第一个参数固定为字符串 "INFO"
- 支持插入多个参数，按顺序传入即可，适合构建模板化调用
invokeExact 与 invoke 的选择
MethodHandle 调用分两种模式：invokeExact 要求参数类型、数量、返回类型完全一致；invoke 允许自动装箱、拆箱、基本类型转换和子类向上转型。
- 性能上 invokeExact 更快，推荐在类型可控时优先使用
- invoke 更灵活，适合动态场景，但可能因隐式转换失败而抛 WrongMethodTypeException
- 编译期无法检查类型兼容性，务必在测试中覆盖典型输入组合
避免常见陷阱
MethodHandle 的高效建立在类型精确和预处理充分的基础上，疏忽易导致运行时异常或性能下降。
- 不要反复创建相同签名的 MethodHandle——应缓存复用，例如用 ConcurrentHashMap 存储已解析句柄
- 获取 MethodHandle 本身有开销（尤其通过 MethodHandles.lookup().findVirtual），应尽量一次性获取并长期持有
- 泛型擦除可能导致类型不匹配，必要时用 asType() 显式适配，但会引入额外转换开销
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
