Java 9/10模块下Maven测试范围依赖无法生效问题求助

核心问题梳理 #

你碰到的这个场景很有代表性：基于Java 9的Maven多模块项目（包含apimod和clientmod）在IntelliJ IDEA中能正常编译运行，但执行mvn clean install命令时，测试编译环节直接失败。而且你已经验证了Till Brychcy的假设，发现假设成立却又引出了新的疑问。

针对性排查与解决方案 #

结合Java 9的模块系统（Jigsaw）特性和Maven的构建逻辑，给你几个关键的排查和解决方向：

• 模块依赖的显式声明检查：Java 9要求模块间的依赖必须在module-info.java中明确声明。IntelliJ IDEA可能会自动处理部分隐式依赖，但Maven严格遵循模块规则。请确认clientmod的module-info.java是否正确声明了对apimod的依赖，同时检查是否为测试代码开放了必要的包访问权限（比如通过opens关键字）。
• Maven插件版本兼容性验证：Java 9对Maven核心插件的版本有要求，比如maven-compiler-plugin需要至少3.7.0版本才能支持Java 9编译。请检查你的父POM或模块POM中，编译插件、测试插件（maven-surefire-plugin）的版本是否符合Java 9的兼容要求。
• 测试代码的模块权限配置：测试代码通常需要访问模块内部的非公开包，而Java 9默认限制了这类访问。你可以在module-info.java中通过opens <package> to org.junit.jupiter;（若使用JUnit 5）或exports <package>;来开放权限，也可以在Maven的测试配置中添加--add-opens参数临时授权。
• Maven构建的Java版本配置：确保POM中明确指定了Java 9作为构建版本，比如设置<maven.compiler.release>9</maven.compiler.release>，同时确认<source>和<target>参数也配置为9，避免Maven使用兼容模式导致模块规则失效。

基于Till Brychcy假设的延伸分析 #

既然你已经验证了Till的假设成立，你可以沿着这个方向进一步深挖细节：

-----------Analysis of Till Brychcy's answer----------

聚焦于假设对应的模块规则或依赖配置，检查是否存在Maven构建时特有的约束（比如模块传递依赖的缺失、测试阶段的类路径与编译阶段不一致等），这些往往是IDE能自动处理但Maven严格校验的点。

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