什么是非法反射访问

Question

在Java9中有很多关于非法反射访问的问题。

我发现了很多关于如何处理错误消息的讨论，但我想知道非法反射访问实际上是什么。

所以我的问题是：

我认为这与Java9中引入的封装原则有关，但我找不到一个解释，说明它们是如何联系在一起的，是什么触发了警告，以及在什么场景中。

Answer 1

除了了解模块之间的访问和它们各自的包之外。我相信它的症结在于模块系统#reaseld-strong-encapsulation，我只想挑选它的相关部分来尝试回答这个问题。

什么定义了一个非法的反射访问和什么情况触发警告？

为了帮助迁移到Java-9，可以放松模块的强大封装。

>

一个实现可以提供静态访问，即通过编译的字节码。

可以提供一种方法来调用它的运行时系统，它的一个或多个模块的一个或多个包对所有未命名模块中的代码开放，即对类路径上的代码开放。如果以这种方式调用运行时系统，并且如果这样做，反射API的某些调用成功了，否则它们就会失败。

在这种情况下，您实际上已经完成了一个“非法”的反射访问，因为在一个纯模块化的世界中，您不应该进行这样的访问。

这种封装的放松在运行时由一个新的启动器选项--非法访问控制，在Java9中，这个选项默认等于permit。permit模式确保

对任何此类包的第一个反射访问操作会导致发出警告，但在该点之后不会发出警告。此单个警告描述如何启用更多警告。不能压制此警告。

这些模式可以通过值debug（每个此类访问的消息和stacktrace)、warn（每个此类访问的消息）和deny（禁用此类操作）进行配置。

在应用程序上需要调试和修复的东西很少：-

• 使用--illegal-access=deny运行它，以了解并避免在没有模块声明（包括这样的指令(opens)或显式使用--add-opensVM参数的情况下将包从一个模块打开到另一个模块。
• 可以使用带有--jdk-internals选项的jdeps工具来标识从编译代码到JDK-internals的静态引用

检测到非法反射访问操作时发出的警告消息的形式如下：

WARNING: Illegal reflective access by $PERPETRATOR to $VICTIM

其中：

$Priverator是包含调用所讨论的反射操作的代码的类型的完全限定名，加上代码源（即，JAR-file路径）（如果可用），并且

$favicy是描述要访问的成员的字符串，包括封闭类型的完全限定名

对于这样的示例警告的问题:=jdk9:发生了非法的反射访问操作。org.python.core.pysystemstate

最后，也是一个重要的注意事项，在试图确保您不会面临这样的警告并且将来是安全的同时，您所需要做的就是确保您的模块不会进行那些非法的反射访问。：）