Maven多模块项目validate阶段尝试下载内部依赖问题排查

这是因为Maven的**Reactor（模块构建协调器）**在不同生命周期阶段的处理逻辑差异，以及依赖解析机制的区别导致的：

1. compile阶段的处理逻辑
   当执行mvn compile时，Maven Reactor会自动按照模块依赖顺序执行：先处理lib模块的compile阶段，编译完成后会将lib标记为Reactor内已处理的模块。此时app模块在解析依赖时，会优先使用Reactor中lib的编译产物，完全不会去远程仓库下载，所以enforcer插件能正常识别内部依赖，构建顺利完成。

2. validate阶段的处理逻辑
   validate属于Maven生命周期的早期阶段，核心作用是验证项目结构、pom配置的合法性，不会生成任何可供其他模块复用的构建产物（比如jar包、安装到本地仓库的artifact）。
   当执行mvn validate时，Reactor确实会先执行lib模块的validate阶段，但这个阶段结束后，lib既没有被安装到本地仓库，也没有被Reactor标记为“可提供给其他模块依赖解析的产物”。此时app模块的enforcer插件执行依赖检查时，会按照常规依赖解析流程（本地仓库→远程仓库）查找lib-1.2.3，自然找不到匹配的依赖，所以会尝试从远程仓库下载，最终导致构建失败。

针对这个问题，你可以选择以下两种方案：

• 方案一：提前安装内部依赖到本地仓库
  在执行validate前，先将lib模块安装到本地仓库，让app模块能在依赖解析时直接找到它：

mvn install -pl lib
mvn validate

其中-pl lib指定只处理lib模块，避免不必要的模块构建。

• 方案二：调整enforcer插件的执行阶段
  如果不需要严格在validate阶段执行enforcer，可以将插件绑定到process-resources或compile阶段（这些阶段Reactor已经处理完依赖模块的产物），修改app模块pom.xml中enforcer插件的配置：

<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-enforcer-plugin</artifactId>
  <version>3.0.0-M3</version>
  <executions>
    <execution>
      <id>enforce-no-snapshots</id>
      <!-- 将执行阶段从validate改为process-resources -->
      <phase>process-resources</phase>
      <goals>
        <goal>enforce</goal>
      </goals>
      <!-- 其他原有配置... -->
    </execution>
  </executions>
</plugin>

调整后，执行mvn validate时不会触发enforcer，但执行到process-resources或compile阶段时，enforcer就能正常识别内部依赖了。

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