maven中 scope的分类

最新推荐文章于 2025-06-20 22:05:48 发布
最新推荐文章于 2025-06-20 22:05:48 发布
阅读量453 收藏 1
点赞数
CC 4.0 BY-SA版权
分类专栏： 其他
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/m0_37897396/article/details/79731738
本文详细介绍了Maven中scope的五种类型：compile、test、runtime、provided和system。每种类型的依赖在项目构建的不同阶段所起的作用及是否被打包进行了深入解释。

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

scope的分类

1.compile：默认值 他表示被依赖项目需要参与当前项目的编译，还有后续的测试，运行周期也参与其中，是一个比较强的依赖。打包的时候通常需要包含进去

2.test：依赖项目仅仅参与测试相关的工作，包括测试代码的编译和执行，不会被打包，例如：junit

3.runtime：表示被依赖项目无需参与项目的编译，不过后期的测试和运行周期需要其参与。与compile相比，跳过了编译而已。例如JDBC驱动，适用运行和测试阶段

4.provided：打包的时候可以不用包进去，别的设施会提供。事实上该依赖理论上可以参与编译，测试，运行等周期。相当于compile，但是打包阶段做了exclude操作

5.system：从参与度来说，和provided相同，不过被依赖项不会从maven仓库下载，而是从本地文件系统拿。需要添加systemPath的属性来定义路径

maven scope 的作用
Top5软件工程硕士，先后在京东、字节从事多年Java后端开发、实时和离线大数据开发
02-27 5万+
一： 1.Maven中的依赖作用范围概述 Maven中使用 scope 来指定当前包的依赖范围和依赖的传递性。常见的可选值有：compile, provided, runtime, test, system 等。scope 主要是用在 pom.xml 文件中的依赖定义部分，例如： <dependency> <groupId>o...
Java 中 Maven 的依赖范围详解
Java大师兄的博客
04-09 643
本文旨在全面解析 Maven 依赖范围的概念、原理和实践应用。Maven 依赖范围的基本概念和分类各种依赖范围的具体行为差异依赖范围对项目构建生命周期的影响实际开发中的最佳实践和常见问题本文首先介绍 Maven 依赖管理的基本概念，然后详细解析六种标准依赖范围。接着通过实际代码示例展示不同范围的使用场景，讨论常见问题和最佳实践，最后展望未来发展趋势。Maven：Apache 提供的项目管理和构建自动化工具依赖范围(Dependency Scope)：限定依赖关系的可用性和传递性的作用域。
【Maven】-- Maven Scope 详解
欢迎来到我的博客，一起探索代码里的世界！
02-26 2283
Scope编译（Compile）测试（Test）运行（Runtime）典型使用场景compile（默认）✅✅✅普通依赖，如 Apache Commonsprovided✅✅❌运行环境提供的库，如runtime❌✅✅运行时才需要的库，如test❌✅❌测试框架，如 JUnitsystem✅✅✅本地 jar，如商业库（不推荐）import❌❌❌仅用于。
Maven依赖中的scope详解
weixin_33835103的博客
01-28 193
Maven的一个哲学是惯例优于配置(Convention Over Configuration), Maven默认的依赖配置项中，scope的默认值是compile，项目中经常傻傻的分不清，直接默认了。今天梳理一下maven的scope。 scope的分类 compile 默认就是compile，什么都不配置也就是意味着compile。comp...
maven之scope
最新发布
阿呆的专栏
06-20 641
在 Maven 中，scope定义了依赖的可见性和生存周期，主要影响依赖在编译、测试和运行阶段的可用性，以及是否传递给下游模块。以下是 Maven 中常用的scope。
MAVEN（一）中的Scope
weixin_30340353的博客
04-29 136
Dependency Scope在POM 4中，<dependency>中还引入了<scope>，它主要管理依赖的部署。目前<scope>可以使用6个值： *import ，只能用在pom中，scope仅用于type为"pom"的dependency。Maven只能单继承，无法多继承，当一个项目中需要两个parent是 可以使用scope="impo...
Maven中scope标签详解
weixin_40017062的博客
01-27 1万+
- compile：编译、测试、打包、运行 - test：测试代码编译、运行 - runtime：测试、打包、运行 - provided：编译、测试 - system：编译、测试，用于导入第三方Jar文件 - import：用于dependencyManagement，从其它的pom中导入dependency的配置 ............
Maven中Scope的分类
weixin_43755857的博客
12-21 262
compile：默认值，表示被依赖项目需要参与当前项目的编译，后续的测试，包括运行，是一个比较强的依赖。打包时也会包含进去。 test：表示被依赖项目只参与当前项目与测试有关的部分，包括编译和运行，不会被打包，例如：junit。 runtime：表示被依赖项目不参与项目编译，只参与后期测试，运行周期，例如：jdbc驱动。 provided：参与编译、测试、运行阶段。打包时不包含。 system：参与编译、测试、运行阶段。但是依赖项不从maven仓库下载，使用本地的，需要通过systemPath属性来定义本.
Maven依赖中的scope标签属性探究
weixin_45797022的博客
07-22 424
平时在写spring的项目配置pom.xml时，都是直接照着网上别人讲解的代码开始配置，对于scope标签则直接采取默认值compile，像下面这样。 <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter</artifactId> <version>2.5.2</version> &l
Java 中 Maven 与 Gradle 的对比分析
AI开发架构师
05-09 1187
Java 项目构建工具的选择直接影响开发效率、项目可维护性和团队协作体验。Maven 和 Gradle 作为 Java 生态中最主流的两种构建工具，各有其设计哲学和优势特点。系统性地比较 Maven 和 Gradle 的核心机制分析两者在不同场景下的适用性提供技术选型的决策框架展示实际项目中的最佳实践比较范围涵盖构建生命周期、依赖管理、性能表现、扩展能力等关键方面。首先介绍两种工具的历史背景和设计理念然后从技术维度进行系统性比较接着通过实际案例展示具体应用。
maven中scope标签详解
我是一只蘑菇17的博客
11-11 550
最近在做itoo的pom优化工作，发现对于maven依赖管理中的scope标签还是有不明白的地方，所以今天就来总结一下这方面的知识，scope在maven的依赖管理中主要负责项目的部署。在优化过程中，我们把core和web中的一部分依赖，加上了scope标签，也就是说，避免了最后打包阶段把一些可以从ear中已经提供的包排除在外，去掉重复的打包过程。默认值 他表示被依赖项目需要参与当前项目的编译，还有后续的测试，运行周期也参与其中，是一个比较强的依赖。否则A依赖C，C的scope继承与B的scope。
Maven中scope（作用范围）详解
热门推荐
怪咖@的博客
05-17 2万+
一篇文章彻彻底底的掌握maven当中的依赖关系，以及scope作用范围。
【转】maven中scope标签详解
路漫漫其修远兮
07-15 352
前言 最近在做itoo的pom优化工作，发现对于maven依赖管理中的scope标签还是有不明白的地方，所以今天就来总结一下这方面的知识，scope在maven的依赖管理中主要负责项目的部署 maven的哲学在上次技术分享的时候也提到了：约定大于配置，所以在maven中，很多内容都有默认值，scope的默认值是compile，那么scope还能有哪些选项呢？ scope的分类 1.co...
Maven scope属性
sungancd的博客
08-26 235
Maven scope属性： 1.compile（编译）     compile是默认的范围；如果没有提供一个范围，那该依赖的范围就是编译范围。编译范围依赖在所有的classpath中可用，同时它们也会被打包。 2.provided （已提供）     provided 依赖只有在当JDK 或者一个容器已提供该依赖之后才使用。例如， 如果你开发了一个web 应用，你可能在编译 classpath 中需要可用的Servlet AP
【Maven】scope属性
天才艺术家
03-15 276
文章目录介绍详细介绍scope依赖范围scope与classpath关系 介绍 Scope指定依赖关系的范围，用于限制依赖关系的传递性及影响各个构建任务的类路径。 详细介绍 scope依赖范围 范围 说明 使用场景 compile 默认，编译、运行、测试、打包，可传递 provided 编译、运行、测试，不可传递，可被继承 Servlet API和JavaEE API的依赖关...
Maven 的 Scope 属性
Hanyinh的博客
10-28 2286
Maven 项目可以分为三个阶段：编译阶段，测试阶段，运行阶段了。 通过 scope 属性，我们可以决定依赖应用是否参与以上阶段，也将会影响依赖传递。 Maven 提供 6 种 scope： 1、compile 2、provided 3、runtime 4、test 5、system 6、import compile： compile 是 Maven 默认属性，将会使依赖包参与项目的编译，测试，运行阶段。当然，项目打包之后将会包含该依赖。 provided： provided 意味着依赖仅参与项目编译
Maven的scope详解
qq_26430717的博客
08-04 266
scope的分类compile 默认就是compile，什么都不配置也就是意味着compile。compile表示被依赖项目需要参与当前项目的编译，当然后续的测试，运行周期也参与其中，是一个比较强的依赖。打包的时候通常需要包含进去。test scope为test表示依赖项目仅仅参与测试相关的工作，包括测试代码的编译，执行。比较典型的如junit。runntime runntime表示被依赖项目无需参与项目的编译，不过后期的测试和运行周期需要其参与。与compile相比，跳过编译而已，说实话在终端的项目
maven scope 详解
T2080305的博客
08-28 1104
maven 中scope 标签主要是负责管理项目的部署，scope的默认值compile。scope的其他值如下： 1. scope的分类以及解释     1.1 compile : 编译范围，scope的默认值，表示当前所依赖的jar包需要参与项目的编译，测试，运行周期，打包的时候包含进去，适用于所有阶段，会随着项目一起发布。     1.2  test: 测试范围，依赖的项目仅仅参与测试...
maven中依赖是什么
03-09
<think>嗯，我现在要理解Maven中的依赖是什么。首先，Maven是一个项目管理工具，对吧？那依赖在Maven里应该指的是项目所需要的库或者模块。比如，如果我的项目需要用JUnit来测试，那我得告诉Maven去获取JUnit的jar包。 不过具体是怎么工作的呢？Maven的依赖管理应该包括自动下载这些库，可能还有处理它们之间的版本冲突。记得以前用Maven的时候，需要在pom.xml里添加<dependencies>部分，然后在里面指定groupId、artifactId和version。这三个属性应该能唯一确定一个依赖项。 还有作用域（scope），比如test、provided、runtime这些，不同作用域会影响依赖在构建过程中的使用方式。比如test作用域的依赖只在测试时有效，不会打包进最终的产物里。而provided的话，可能是在运行时由容器提供，比如Servlet API。 另外，依赖传递也很重要。如果A依赖B，B又依赖C，那么Maven会自动引入C，但有时候会有版本冲突，这时候需要排除某些传递性依赖或者明确指定版本。Maven的依赖调解机制，比如最短路径优先或者先声明优先，可能影响最终的依赖版本选择。 还有仓库的概念，Maven会从中央仓库下载依赖，或者配置私有仓库。本地仓库是缓存，避免重复下载。这些依赖管理机制让项目构建更高效，减少手动管理jar包的麻烦。 不过，可能还有些细节需要注意，比如依赖的类型（type）和分类器（classifier），有时候需要指定不同的打包格式或者版本变体。比如，有些库可能有不同的jdk版本兼容包，这时候就需要用classifier来区分。 总结一下，Maven的依赖管理主要通过在pom.xml中声明依赖项，由Maven自动处理下载、版本管理和传递性依赖，同时通过作用域控制依赖的使用范围，确保项目构建的一致性和效率。</think>在 Maven 中，**依赖（Dependency）** 是项目所依赖的外部代码库（如 JAR 文件）。Maven 通过依赖管理机制自动解决以下问题： --- ### 1. **依赖的核心作用** - **代码复用**：无需手动下载和配置第三方库（如 Spring、JUnit）。 - **自动管理**：自动下载依赖及其传递性依赖（依赖的依赖）。 - **版本控制**：解决版本冲突，确保构建一致性。 --- ### 2. **依赖的声明方式** 在 `pom.xml` 中通过 `<dependencies>` 标签声明依赖，例如： ```xml <dependencies> <!-- 示例：JUnit 依赖 --> <dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <version>4.13.2</version> <scope>test</scope> </dependency> </dependencies> ``` - **关键属性**： - `groupId`：组织标识（如 `org.springframework`）。 - `artifactId`：项目标识（如 `spring-core`）。 - `version`：版本号（如 `5.3.10`）。 - `scope`：依赖作用域（见下文）。 --- ### 3. **依赖的作用域（Scope）** 控制依赖在构建生命周期中的使用范围： | 作用域 | 说明 | |-------------|----------------------------------------------------------------------| | `compile` | 默认值，参与编译、测试、运行（会打包到最终产物中）。 | | `test` | 仅用于测试（如 JUnit，不会打包）。 | | `provided` | 编译和测试时需要，但运行时由环境提供（如 Servlet API）。 | | `runtime` | 运行和测试时需要，但编译时不需要（如 JDBC 驱动）。 | --- ### 4. **依赖传递与冲突解决** - **依赖传递**： 若 A 依赖 B，B 依赖 C，则 A 会自动引入 C。 - **冲突解决原则**： - **最短路径优先**：优先选择依赖路径最短的版本。 - **先声明优先**：路径长度相同时，先声明的依赖生效。 - **手动排除依赖**： ```xml <dependency> <groupId>com.example</groupId> <artifactId>projectA</artifactId> <version>1.0</version> <exclusions> <exclusion> <groupId>com.conflict</groupId> <artifactId>libraryX</artifactId> </exclusion> </exclusions> </dependency> ``` --- ### 5. **依赖仓库（Repository）** - **本地仓库**：默认在 `~/.m2/repository`，缓存已下载的依赖。 - **远程仓库**： - **中央仓库**（Maven Central）：默认仓库，包含大部分开源库。 - **私有仓库**（如 Nexus、Artifactory）：企业自建仓库，加速访问或托管私有依赖。 --- ### 6. **依赖管理最佳实践** 1. **明确版本号**：避免使用模糊版本（如 `RELEASE`）。 2. **利用 `<dependencyManagement>`**：集中管理多模块项目的依赖版本。 3. **定期清理依赖**：使用 `mvn dependency:analyze` 检查无用依赖。 --- ### 总结 Maven 的依赖管理通过声明式配置（`pom.xml`）实现了自动化、标准化的库管理，解决了手动管理 JAR 文件的繁琐问题，是 Java 生态中构建工具的核心功能之一。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值