method 对象不能直接 new methodhandle，因其为不可实例化的 final 类，必须通过 methodhandles.lookup 的 revealdirect() 还原为 methodhandle，再按需用 reflectas() 适配类型。
可以直接将 Method 对象转为 MethodHandle，但需通过 Lookup 的 revealDirect() 和 reflectAs() 组合完成——这不是“自动转换”，而是借助 JVM 提供的桥接机制还原底层可执行引用。
为什么不能直接 new MethodHandle？
MethodHandle 是不可实例化的 final 类，所有句柄必须由 MethodHandles.Lookup 创建或派生。JVM 不允许用户绕过访问控制直接构造它。所以从反射 Method 出发时，核心思路是：先用 Lookup “反向解析”出该 Method 对应的原始句柄，再按需适配类型。
标准转换步骤
假设你已有一个合法的 Method 对象（例如通过 clazz.getDeclaredMethod("xxx") 获取），且调用方有足够权限：
- 获取当前上下文的
Lookup实例（通常用MethodHandles.lookup()） - 调用
lookup.revealDirect(method)，得到一个代表该方法原始语义的MethodHandle - 若需适配成特定接口类型（如
java.lang.reflect.Method或自定义函数式接口），再用reflectAs()转换
示例代码：
（注意：需捕获IllegalAccessException）
Method method = targetClass.getDeclaredMethod("getValue");
method.setAccessible(true); // 确保可访问
MethodHandles.Lookup lookup = MethodHandles.lookup();
MethodHandle mh = lookup.revealDirect(method); // 关键一步：还原为句柄
// 若需转为 java.lang.reflect.Method 类型（极少用，仅作演示）
Method reflected = lookup.reflectAs(Method.class, mh);
常见限制与注意事项
这个转换过程不是无条件的：
-
revealDirect()仅支持由同一Lookup实例（或具有同等访问权限的 Lookup）所创建的Method；若该Method来自其他类加载器或受限上下文，会抛IllegalAccessException - 私有/受保护方法必须提前调用
setAccessible(true)，否则revealDirect失败 - 转换后得到的
MethodHandle仍需匹配调用签名——invokeExact()要求参数类型完全一致，不自动装箱 - 无法对
Method的泛型信息、注解等元数据做逆向提取；MethodHandle本身不携带这些反射层面的信息
更实用的混合用法
实际开发中，很少需要“把反射转成句柄”，更多是“用反射初始化句柄，再用句柄高频调用”：
- 用反射快速发现方法（比如扫描带特定注解的方法）
- 对每个匹配的
Method，调用revealDirect得到句柄并缓存 - 后续调用全部走
mh.invokeExact(...)，避开反射的每次校验开销
