Java Maven项目所有依赖是否都会被添加到classpath？构建时情况是否相同？

一、日常开发/运行时的Classpath #

不是所有Maven依赖都会自动加入项目的Classpath，核心取决于依赖的scope属性：

• compile：默认范围，会加入主代码编译、测试编译、程序运行这三个阶段的Classpath，是项目的核心依赖。
• test：仅用于测试代码的编译和运行，主代码编译、运行时都不会出现在Classpath里，比如JUnit、Mockito这类测试框架。
• provided：编译和测试阶段需要，但运行时会由容器或环境提供（比如Web项目的Servlet API），不会加入运行时Classpath，防止重复依赖冲突。
• runtime：编译主代码时不需要，但运行和测试时需要，比如JDBC驱动，只会加入测试、运行阶段的Classpath。
• system：逻辑类似provided，但依赖本地磁盘的Jar包而非Maven仓库，需手动指定路径，仅在编译、测试阶段加入Classpath。

二、构建阶段的Classpath #

执行Maven构建命令（如mvn compile、mvn test、mvn package）时，Classpath同样由依赖scope控制，并非所有依赖都会参与：

• mvn compile：只有compile范围的依赖会加入编译Classpath，用于编译主代码。
• mvn test：compile、test、runtime这三类依赖都会加入测试阶段的Classpath，支持测试代码的编译和运行。
• mvn package：打包时Maven会根据scope决定是否将依赖打入最终产物（Jar/War等）：
  • compile和runtime依赖会被打包进去（除非手动配置排除规则）。
  • test和provided依赖不会被打包，也不会出现在运行该产物的Classpath中。

额外影响因素 #

除了scope，还有两种情况会导致依赖不进入Classpath：

• 可选依赖：当依赖被标记为<optional>true</optional>时，默认不会被传递到下游项目，下游项目必须显式声明才会加入Classpath。
• 依赖排除：通过<exclusions>标签排除的依赖，以及它的传递依赖，都不会加入当前项目的Classpath。

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