Maven依赖范围及依赖传递

本文介绍了Maven中的五种依赖范围及其应用场景,详细解释了依赖的传递规则与冲突解决方法,并展示了如何通过配置排除不需要的依赖。

一: 依赖范围scope

共5种,compile (编译)、test (测试)、runtime (运行时)、provided、system

不指定,则依赖范围默认为compile.

 

compile:编译依赖范围,在编译,测试,运行时都需要。

test: 测试依赖范围,测试时需要。编译和运行不需要。如Junit

runtime: 运行时依赖范围,测试和运行时需要。编译不需要。如JDBC驱动包

provided:已提供依赖范围,编译和测试时需要。运行时不需要。如servlet-api

system:系统依赖范围。本地依赖,不在maven中央仓库。

 

 

二:依赖的传递

A->B(compile)     第一关系: a依赖b   compile

B->C(compile)     第二关系: b依赖c   compile

 

当在A中配置

<dependency>  
            <groupId>com.B</groupId>  
            <artifactId>B</artifactId>  
            <version>1.0</version>  
</dependency>

则会自动导入c包。关系传递如下表:

 

第一          第二

compile

test

provided

runtime

compile

compile

-

-

runtime

test

test

-

-

test

provided

provided

-

provided

provided

runtime

runtime

-

-

runtime

3.依赖冲突的调节

A->B->C->X(1.0)

A->D->X(2.0)

由于只能引入一个版本的包,此时Maven按照最短路径选择导入x(2.0)

 

A->B->X(1.0)

A->D->X(2.0)

路径长度一致,则优先选择第一个,此时导入x(1.0)

 

4.排除依赖

A->B->C(1.0)

此时在A项目中,不想使用C(1.0),而使用C(2.0)

则需要使用exclusion排除B对C(1.0)的依赖。并在A中引入C(2.0).

 

pom.xml中配置

<!--排除B对C的依赖-->

<dependency>  
            <groupId>B</groupId>  
            <artifactId>B</artifactId>  
            <version>0.1</version>  
            <exclusions>
                 <exclusion>
                    <groupId>C</groupId>  
                    <artifactId>C</artifactId><!--无需指定要排除项目的版本号-->
                 </exclusion>
            </exclusions>
</dependency> 

<!---在A中引入C(2.0)-->

<dependency>  
            <groupId>C</groupId>  
            <artifactId>C</artifactId>  
            <version>2.0</version>  
</dependency> 

 

5.依赖关系的查看

cmd进入工程根目录,执行  mvn dependency:tree

会列出依赖关系树及各依赖关系

 

mvn dependency:analyze    分析依赖关系

### Maven Dependency Scope 的作用及使用指南 Maven 的 `<scope>` 标签用于控制依赖项在项目构建生命周期中的可见性和使用范围,它决定了依赖在编译、测试、运行等不同阶段是否可用,以及是否会被打包进最终的构建产物中。 #### 1. `compile` 这是 Maven 的默认作用域,如果 `<dependency>` 没有显式声明 `<scope>`,则默认使用 `compile`。该作用域适用于所有构建阶段,并且会随着项目一起发布。当前项目中所有模块都可以直接引用被修饰的依赖,并且该依赖可以通过传递依赖的方式被其他项目引用 [^1]。 ```xml <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter</artifactId> <version>2.6.0</version> </dependency> ``` #### 2. `provided` `provided` 作用域类似于 `compile`,但它期望由 JDK、容器或使用者提供该依赖。例如,`servlet-api` 和 `jsp-api` 这类依赖通常由应用服务器提供,因此不需要打包进应用中 [^2]。 ```xml <dependency> <groupId>javax.servlet</groupId> <artifactId>javax.servlet-api</artifactId> <version>4.0.1</version> <scope>provided</scope> </dependency> ``` #### 3. `runtime` `runtime` 作用域表示该依赖在编译阶段不需要,但在运行和测试阶段是必需的。典型示例是 JDBC 驱动,它在编译时只需要接口,而在运行时才需要具体的实现 [^2]。 ```xml <dependency> <groupId>mysql</groupId> <artifactId>mysql-connector-java</artifactId> <version>8.0.27</version> <scope>runtime</scope> </dependency> ``` #### 4. `test` `test` 作用域用于测试阶段的依赖,例如 JUnit 或 TestNG,它们仅在编译和运行测试代码时使用,不会随项目发布 [^2]。 ```xml <dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <version>4.13.2</version> <scope>test</scope> </dependency> ``` #### 5. `system` `system` 作用域类似于 `provided`,但需要显式提供依赖的 JAR 文件路径,Maven 不会在本地仓库或远程仓库中查找该依赖。这种方式不推荐使用,因为它破坏了 Maven依赖管理机制 。 ```xml <dependency> <groupId>com.example</groupId> <artifactId>custom-lib</artifactId> <version>1.0</version> <scope>system</scope> <systemPath>${project.basedir}/lib/custom-lib.jar</systemPath> </dependency> ``` #### 6. `import`(仅用于 `<dependencyManagement>`) `import` 是 Maven 2.0.9 引入的新作用域,仅用于 `<dependencyManagement>` 部分,用于导入其他 POM 文件中的依赖管理配置。它不会直接参与依赖传递性控制,而是将指定 POM 的 `<dependencyManagement>` 内容合并到当前 POM 中 [^3]。 ```xml <dependencyManagement> <dependencies> <dependency> <groupId>com.example</groupId> <artifactId>shared-dependencies</artifactId> <version>1.0.0</version> <scope>import</scope> <type>pom</type> </dependency> </dependencies> </dependencyManagement> ``` #### 使用场景与建议 - 对于项目核心依赖,使用 `compile`。 - 对于运行环境已经提供的依赖,使用 `provided`。 - 对于运行时才需要的依赖,使用 `runtime`。 - 对于测试相关的依赖,使用 `test`。 - 尽量避免使用 `system`,以保持依赖管理的一致性。 - 使用 `import` 可以统一多个模块之间依赖版本管理,提升项目的可维护性。 ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值