模块冲突导致methodhandle访问失效，本质是jdk9+模块系统限制methodhandles.lookup()权限，关键在获取句柄时权限不足致null或illegalaccessexception，需检查lookup来源、模块导出/开放配置及返回值判空。
模块冲突导致 MethodHandle 访问失效，本质是 JDK 9+ 模块系统下 MethodHandles.lookup() 权限受限，而非句柄本身“坏了”。关键不在调用时，而在获取句柄那一刻——权限不对，句柄就为 null 或抛 IllegalAccessException，后续调用自然失败。
确认是否为模块权限问题
先看现象再定位：
- 本地开发能跑通，打包成模块（含
module-info.java）后运行时报IllegalAccessException或静默返回null -
findVirtual/findStatic等方法返回null，但没报异常（尤其跨包访问 private/package-private 成员时） - 打印
handle.type()报空指针，说明句柄根本没拿到
检查 lookup 的来源和作用域
Lookup 实例不是通用钥匙，它绑定在创建它的类所在的模块和访问上下文中：
- 必须在目标类的静态上下文中调用
MethodHandles.lookup()，例如：写在TargetClass里，而不是封装在工具类中 - 如果要访问
com.example.internal.Utils.doWork()，lookup 必须在Utils类内部或同模块中获取；若在外部模块，需改用privateLookupIn(Utils.class, MethodHandles.lookup()) - 永远检查
findXXX返回值是否为null，尤其在模块化环境里，不能假设一定成功
验证模块导出与开放配置
目标模块必须显式允许你访问其内部成员：
- 若目标类是
public但所在包未导出，需在它的module-info.java中添加：exports com.example.internal; - 若要访问
private或 package-private 成员，必须开放包：opens com.example.internal to your.module.name; - 你的模块
module-info.java中要声明对目标模块的依赖：requires target.module.name;
绕过模块限制的正确姿势
不建议关模块系统，而是用标准方式适配：
- 跨模块访问非 public 方法：用
MethodHandles.privateLookupIn(TargetClass.class, callerLookup)，其中callerLookup是你模块中合法的 lookup 实例 - 避免在每次调用时重建句柄：把句柄声明为
static final，在类初始化阶段完成查找与asType适配 - 调试时加一行：
System.out.println("Handle type: " + handle.type());，确认类型匹配且句柄非空
不复杂但容易忽略。模块系统不会报错提示“你没开包”，它只会让查找静默失败——所以判空、看日志、查 module-info，三步缺一不可。
