Java 9+模块化环境下反射调用Map.Entry::getValue遇阻求助

这是个非常典型的Java模块化反射权限问题，咱们一步步来拆解清楚：

一、为什么直接调用正常，反射却被阻止？ #

这里的核心是要区分Java模块化系统里**exports（导出）和opens（开放）**的本质区别：

• 你直接调用entry.getValue()时，用的是Map.Entry这个公开接口的方法。java.base模块已经把java.util包**导出（exports）**给所有模块了，所以你的mymodule可以正常使用这个接口的所有公开方法——这是模块化系统允许的常规访问。
• 但反射的时候，你拿到的实际对象是HashMap$Node（LinkedHashMap的entry底层是继承自HashMap的Node类），这是java.util包下的非公开内部类。虽然getValue()方法是public final的，但模块化系统对反射的限制更严格：即使成员是public，反射访问类的成员也需要目标包被**开放（opens）**给调用模块。而java.base只导出了java.util包（允许其他模块使用包里的公开类/接口），并没有开放这个包给你的模块，所以反射被阻止了。

再看你遇到的两个异常：

1. 调用setAccessible(true)时的InaccessibleObjectException：模块化系统直接拦截了你试图突破访问限制的操作，明确告诉你java.base没把java.util开放给mymodule。
2. 注释setAccessible后的IllegalAccessException：因为你没有权限反射访问HashMap$Node的成员，哪怕方法是public，只要包没开放，模块化系统就会阻止跨模块的反射访问。

二、有没有比--add-opens更好的解决方案？ #

当然有，而且最优解完全不需要命令行参数，符合模块化设计的初衷：

1. 优先反射接口而非具体实现类 #

你根本不需要反射HashMap$Node这个实现类的方法——你已经持有Map.Entry接口的实例了，直接反射接口的方法就行：

// 替换原来的反射代码
Method getter = Map.Entry.class.getMethod("getValue");
System.out.println(getter.invoke(entry));

这样修改后代码能正常运行，原因是Map.Entry是java.base导出的公开接口，反射它的方法不需要额外的开放权限，你的模块本来就有权限访问这个接口。这是最推荐的方案，完全规避了模块化的反射限制。

2. 若必须访问实现类的非接口成员 #

如果你确实需要访问HashMap$Node独有的、不在Map.Entry接口里的成员（比如某些内部字段），那除了--add-opens，还有两个备选，但都有局限性：

• 使用MethodHandles.Lookup API（Java 9+）：这是模块化时代推荐的反射替代API，但它同样需要目标模块开放对应包给你的模块，本质上和--add-opens的权限要求一致，只是把权限控制从命令行移到了代码层面。
• 切换到非模块化兼容模式：如果你的项目不需要模块化特性，可以去掉module-info.java，或者用--add-modules java.se.ee启动，让JVM回到类似Java 8的反射兼容模式。但这是退而求其次的方案，不符合Java模块化的发展方向，长期不推荐。

另外补充一下你关心的--add-opens移除问题：目前Java 17（LTS）和Java 21（最新LTS）都还保留着这个参数，Oracle的官方文档也没有提及要移除的计划。它是模块化系统用于兼容旧代码的重要兼容选项，短期到中期内不会被移除。但能通过代码调整避免的话，当然是更好的选择。

内容的提问来源于stack exchange，提问作者QuentinC