Java 17 强化了模块系统安全性，导致 Mockito 等框架反射访问 java.lang 内部类时抛出 InaccessibleObjectException；本文提供无需降级 JDK 或修改启动参数、仅通过 Maven Surefire 插件配置即可安全兼容的标准化修复方案。
java 17 强化了模块系统安全性，导致 mockito 等框架反射访问 `java.lang` 内部类时抛出 `inaccessibleobjectexception`；本文提供无需降级 jdk 或修改启动参数、仅通过 maven surefire 插件配置即可安全兼容的标准化修复方案。
Java 17 移除了 --illegal-access=permit 参数，并默认禁止跨模块反射访问核心类（如 ClassLoader.defineClass），这使得依赖深层反射的测试框架（如 Mockito 5.3.0）在运行 JUnit 测试时频繁触发 java.lang.reflect.InaccessibleObjectException。虽然问题根源在于 JVM 模块封装策略，但合规且推荐的解决路径并非绕过模块约束，而是通过构建工具显式声明必要的模块开放权限——这既符合 Java 平台演进规范，又避免代码侵入性修改。
关键在于：--add-opens 参数本身并未被 Java 17 废弃，它仍是官方支持的、细粒度控制模块可访问性的标准机制。区别在于，该参数需由测试执行器（如 Maven Surefire）在启动测试 JVM 时注入，而非用户手动添加到全局 JVM 启动参数中。因此，只需在 pom.xml 中配置 maven-surefire-plugin，即可精准、隔离地为测试阶段授权：
<build>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-surefire-plugin</artifactId>
<version>3.1.0</version>
<configuration>
<argLine>--add-opens java.base/java.lang=ALL-UNNAMED</argLine>
</configuration>
</plugin>
</plugins>
</build>✅ 为什么这是最优解？
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- ✅ 零代码变更：无需修改任何测试类或业务逻辑；
- ✅ 作用域受控：仅影响 mvn test 阶段的 JVM，不影响生产运行时；
- ✅ 版本兼容性强：Surefire 3.1.0 全面支持 Java 17+，且已针对模块化场景优化；
- ✅ 符合 JDK 官方实践：Oracle 文档明确将 --add-opens 列为 Java 9+ 反射兼容的推荐手段。
⚠️ 注意事项：
立即学习“Java免费学习笔记（深入）”；
- 若项目使用 maven-failsafe-plugin 运行集成测试，需同步为其配置相同 <argLine>；
- 确保 Surefire 版本 ≥ 3.0.0（旧版如 2.22.x 对 Java 17 支持不完善）；
- 不建议盲目升级 Mockito 版本试图规避此问题——Mockito 5.x 本身已适配 Java 17，异常本质是运行时环境配置缺失，而非框架缺陷。
总结：Java 17 的模块强化不是障碍，而是推动构建更健壮、可维护测试基础设施的契机。通过 maven-surefire-plugin 的 argLine 精准开放必要模块，既满足安全合规要求，又保障测试稳定性，是当前最轻量、最可持续的工程化解决方案。
