什么是Java 9中的非法反射访问？触发警告的场景有哪些？

这个问题问得非常关键——很多人只知道怎么关掉警告，但搞不清背后的本质，我来给你掰扯清楚：

Java 9引入的**模块系统（JPMS，Java Platform Module System）**重新定义了代码的封装边界，而非法反射访问本质上就是：通过反射API（比如Class.getDeclaredField()、Method.setAccessible(true)等）突破了模块系统的封装规则，访问了原本被设计为不可对外访问的类、方法或字段。

简单来说，模块系统把代码分成了一个个独立的模块，每个模块默认会封装自己的内部实现（比如非导出的包、私有成员），不允许外部直接访问——反射如果硬要“撬开”这些封装的部分，就属于非法反射访问。

触发警告的核心场景都是反射行为违反了模块系统的访问规则，具体可以分成这几类：

• 访问JDK内部模块的非公开API：比如以前很多依赖sun.misc.Unsafe、com.sun.*下的内部类的代码，Java 9之后这些JDK内部模块（比如jdk.unsupported）的非公开包被严格封装，用反射访问就会触发警告。

  典型的警告信息会是这样：WARNING: An illegal reflective access operation has occurred，同时会告诉你哪个类发起了访问，以及被访问的封装类是什么。

• 跨模块访问未开放/导出的包：如果你自己写了两个模块，模块A没有通过exports关键字导出某个包，也没有用opens关键字开放这个包给反射访问，那么模块B用反射去访问模块A中这个包的类，就会触发警告。
• 访问类的私有/受保护成员（跨模块场景）：即使你能拿到某个类的Class对象（比如通过全类名加载），但如果这个类所在的模块没有开放该成员所在的包给反射，你用setAccessible(true)强行访问它的私有字段、方法或者构造器，就会触发警告。
• 反射调用模块的内部实现类：比如某些框架会通过反射加载JDK或第三方模块里的内部工具类，而这些类所在的模块并没有对外暴露它们，这种情况也会触发警告。

Java 9引入模块系统的核心目标之一就是修复传统Java中封装性薄弱的问题：

• 之前的Java只靠类访问修饰符（private、protected）做封装，但反射可以轻松绕过，导致很多代码依赖JDK或第三方库的内部实现，一旦这些内部实现升级变更，依赖它们的代码就会崩溃。
• 模块系统通过exports（对外暴露包，供正常代码调用）和opens（开放包给反射访问）两个关键字，明确规定了模块对外暴露的边界。非法反射访问本质上是绕过了这些边界，破坏了模块的封装设计，所以Java 9会发出警告，后续的Java版本甚至直接禁止了部分严重的非法反射行为。

简单说，警告的目的是提醒你：你的代码正在依赖一些不稳定的、不被官方支持的内部实现，未来可能会因为JDK或模块的升级而失效。

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