Maven中的依赖范围scope详解

最新推荐文章于 2025-07-08 14:00:02 发布

li_jiazhi

最新推荐文章于 2025-07-08 14:00:02 发布

阅读量1.2k

点赞数

CC 4.0 BY-SA版权

分类专栏： maven java

本文链接：https://blog.youkuaiyun.com/li_jiazhi/article/details/96482300

java 同时被 2 个专栏收录

39 篇文章

订阅专栏

maven

1 篇文章

订阅专栏

本文详细介绍了Maven中不同依赖范围的作用，包括compile、provided、test、runtime和import。通过实例说明了如何利用import范围来优化依赖管理，避免多重继承问题。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

在Maven中依赖的域有这几个：import、provided、runtime、compile、system、test

1compile 的范围

当依赖的scope为compile的时候,那么当前这个依赖的包,会在编译的时候将这个依赖加入进来，并且在打包（mvn package）的时候也会将这个依赖加入进去

意思就是：编译范围有效，在编译与打包时都会存储进去

2provided的范围

当依赖的scope为provided的时候，在编译和测试的时候有效，在执行（mvn package）进行打包成war包的时候不会加入，比如：servlet-api，因为servlet-api，tomcat等web服务器中已经存在，如果在打包进去，那么包之间就会冲突

3test的范围

当依赖的scope为test的时候，指的的是在测试范围有效，在编译与打包的时候都不会使用这个依赖

4runtime的范围

当依赖的scope为runtime的时候，在运行的时候才会依赖，在编译的时候不会依赖

5import的范围

注意：import scope只能用在dependencyManagement里面

想必大家在做SpringBoot应用的时候，都会有如下代码：

<parent>
   <groupId>org.springframework.boot</groupId>
   <artifactId>spring-boot-starter-parent</artifactId>
   <version>1.3.3.RELEASE</version>
</parent>
继承一个父模块，然后再引入相应的依赖

假如说，我不想继承，或者我想继承多个，怎么做？

我们知道Maven的继承和Java的继承一样，是无法实现多重继承的，如果10个、20个甚至更多模块继承自同一个模块，那么按照我们之前的做法，这个父模块的dependencyManagement会包含大量的依赖。如果你想把这些依赖分类以更清晰的管理，那就不可能了，import scope依赖能解决这个问题。你可以把dependencyManagement放到单独的专门用来管理依赖的pom中，然后在需要使用依赖的模块中通过import scope依赖，就可以引入dependencyManagement。例如可以写这样一个用于依赖管理的pom：

<project>
   <modelVersion>4.0.0</modelVersion>
   <groupId>com.test.sample</groupId>
   <artifactId>base-parent1</artifactId>
   <packaging>pom</packaging>
   <version>1.0.0-SNAPSHOT</version>
   <dependencyManagement>
       <dependencies>
           <dependency>
               <groupId>junit</groupId>
               <artifactid>junit</artifactId>
               <version>4.8.2</version>
           </dependency>
           <dependency>
               <groupId>log4j</groupId>
               <artifactid>log4j</artifactId>
               <version>1.2.16</version>
           </dependency>
       </dependencies>
   </dependencyManagement>
</project>
然后我就可以通过非继承的方式来引入这段依赖管理配置

<dependencyManagement>
   <dependencies>
       <dependency>
           <groupId>com.test.sample</groupId>
           <artifactid>base-parent1</artifactId>
           <version>1.0.0-SNAPSHOT</version>
           <type>pom</type>
           <scope>import</scope>
       </dependency>
   </dependencies>
</dependencyManagement>

<dependency>
   <groupId>junit</groupId>
   <artifactid>junit</artifactId>
</dependency>
<dependency>
   <groupId>log4j</groupId>
   <artifactid>log4j</artifactId>
</dependency>

这样，父模块的pom就会非常干净，由专门的packaging为pom来管理依赖，也契合的面向对象设计中的单一职责原则。此外，我们还能够创建多个这样的依赖管理pom，以更细化的方式管理依赖。这种做法与面向对象设计中使用组合而非继承也有点相似的味道。

那么，如何用这个方法来解决SpringBoot的那个继承问题呢？

配置如下：

<dependencyManagement>
   <dependencies>
       <dependency>
           <groupId>org.springframework.boot</groupId>
           <artifactId>spring-boot-dependencies</artifactId>
           <version>1.3.3.RELEASE</version>
           <type>pom</type>
           <scope>import</scope>
       </dependency>
   </dependencies>
</dependencyManagement>

<dependencies>
   <dependency>
       <groupId>org.springframework.boot</groupId>
       <artifactId>spring-boot-starter-web</artifactId>
   </dependency>
</dependencies>