的依赖管理能够帮助开发人员自动解决软件包依赖问题#xff0c;使得开发人员能够轻松地将其他开发人员开发的模块或第三方框架集成到自己的应用程序或模块中#xf…1.

基于IDEA

的依赖管理能够帮助开发人员自动解决软件包依赖问题使得开发人员能够轻松地将其他开发人员开发的模块或第三方框架集成到自己的应用程序或模块中避免出现版本冲突和依赖缺失等问题。

POM

仓库自动下载和管理依赖从而避免了手动下载和管理依赖的繁琐工作和可能引发的版本冲突问题。

总之Maven

软件的一个核心功能之一使得软件包依赖的管理和使用更加智能和方便简化了开发过程中的工作并提高了软件质量和可维护性。

1.2

如com.companyname.project-groupmaven会将该项目打成的jar包放本地路径/com/companyname/project-group

groupIdcom.companyname.project-group/groupId

!--

项目的唯一ID一个groupId下面可能多个项目就是靠artifactId来区分的

!--

version1.0.0/version!--打包方式默认jarjar指的是普通的java项目打包方式

项目打成jar包war指的是web项目打包方式项目打成war包pom不会讲项目打包这个项目作为父工程被其他工程聚合或者继承后面会讲解两个概念

packagingjar/pom/war/packaging1.3

Maven工程依赖管理配置

通过编写依赖jar包的gav必要属性引入第三方依赖scope属性是可选的可以指定依赖生效范围依赖信息查询方式1.

maven仓库信息官网

--dependencygroupIdlog4j/groupIdartifactIdlog4j/artifactIdversion1.2.17/version!--

依赖范围

--scoperuntime/scope/dependency/dependencies依赖版本统一提取和维护

!--声明版本--

properties!--命名随便,内部制定版本号即可--junit.version4.12/junit.version!--

maven规定的固定的key配置maven的参数如下配置编码格式--project.build.sourceEncodingUTF-8/project.build.sourceEncodingproject.reporting.outputEncodingUTF-8/project.reporting.outputEncoding

/propertiesdependenciesdependencygroupIdjunit/groupIdartifactIdjunit/artifactId!--引用properties声明版本

--version${junit.version}/version/dependency

/dependencies1.4

通过设置坐标的依赖范围(scope)可以设置对应jar包的作用范围编译环境、测试环境、运行环境

Maven

在编译、测试、运行过程都是必须的。

test测试依赖范围。

使用此依赖范围的

Maven

依赖只有在测试阶段才需要。

provided已提供依赖范围。

使用此依赖范围的

Maven

依赖对于编译、测试阶段而言是需要的但是运行阶段由于外部容器已经提供故不需要

Maven

重复引入该依赖。

runtime运行时依赖范围。

使用此依赖范围的

Maven

元素指定本地依赖的路径。

鉴于使用其会导致项目的可移植性降低一般不推荐使用。

import导入依赖范围该依赖范围只能与

dependencyManagement

主要的三种依赖范围为complie、test、provided。

Maven依赖传递和依赖冲突

假如有Maven项目A项目B依赖A项目C依赖B。

那么我们可以说

那么我们执行项目C时会自动把B、A都下载导入到C项目的jar包文件夹中这就是依赖的传递性。

A取决于

dependencygroupIdcom.alibaba/groupIdartifactIddruid/artifactIdversion1.2.15/versionoptionaltrue/optional

/dependency依赖传递终止

非compile范围进行依赖传递使用optional配置终止传递依赖冲突传递的依赖已经存在

2.2

这时呢一个项目就会出现相同的重复jar包这就算作冲突依赖冲突避免出现重复依赖并且终止依赖传递

maven自动解决依赖冲突问题能力会按照自己的原则进行重复依赖选择。

同时也提供了手动解决的冲突的方式不过不推荐

解决依赖冲突如何选择重复依赖方式

在depencies/depencies中先声明的路径相同会优先选择

手动排除

dependencygroupIdorg.kkk.maven/groupIdartifactIdmaven-java/artifactIdversion1.0-SNAPSHOT/versionscopecompile/scope!--

--exclusions!--

--groupIdcommons-logging/groupIdartifactIdcommons-logging/artifactId/exclusion/exclusions

/dependency3.

的项目中让一个项目从另一个项目中继承配置信息的机制。

继承可以让我们在多个项目中共享同一配置信息简化项目的管理和维护工作。

继承作用

中各自维护各自的依赖信息很容易发生出入不易统一管理。

使用同一个框架内的不同

jar

包它们应该是同一个版本所以整个项目中使用的框架版本需要统一。

使用框架时所需要的

jar

包组合或者说依赖信息组合需要经过长期摸索和反复调试最终确定一个可用组合。

这个耗费很大精力总结出来的方案不应该在新的项目中重新摸索。

通过在父工程中为整个项目维护依赖信息的组合既保证了整个项目使用规范、准确的

jar

groupIdorg.kkk.maven/groupIdartifactIdmaven-parent/artifactIdversion1.0-SNAPSHOT/version!--

pom

--groupIdorg.kkk.maven/groupIdartifactIdmaven-parent/artifactIdversion1.0-SNAPSHOT/version

/parent!--

如果子工程坐标中的groupId和version与父工程一致那么可以省略

!--

artifactIdmaven-module/artifactId

!--

使用dependencyManagement标签配置对依赖的管理

!--

dependencyManagementdependenciesdependencygroupIdorg.springframework/groupIdartifactIdspring-core/artifactIdversion6.0.10/version/dependencydependencygroupIdorg.springframework/groupIdartifactIdspring-beans/artifactIdversion6.0.10/version/dependencydependencygroupIdorg.springframework/groupIdartifactIdspring-context/artifactIdversion6.0.10/version/dependencydependencygroupIdorg.springframework/groupIdartifactIdspring-expression/artifactIdversion6.0.10/version/dependencydependencygroupIdorg.springframework/groupIdartifactIdspring-aop/artifactIdversion6.0.10/version/dependency/dependencies

!--

具体来说是由父工程的dependencyManagement来决定。

dependenciesdependencygroupIdorg.springframework/groupIdartifactIdspring-core/artifactId/dependencydependencygroupIdorg.springframework/groupIdartifactIdspring-beans/artifactId/dependencydependencygroupIdorg.springframework/groupIdartifactIdspring-context/artifactId/dependencydependencygroupIdorg.springframework/groupIdartifactIdspring-expression/artifactId/dependencydependencygroupIdorg.springframework/groupIdartifactIdspring-aop/artifactId/dependency

/dependencies3.2

聚合是指将多个项目组织到一个父级项目中以便一起构建和管理的机制。

聚合可以帮助我们更好地管理一组相关的子项目同时简化它们的构建和部署过程。

简单地讲将多个项目聚合到一个父级项目中那么可以通过对父级项目进行构建达到同时构建多个子项目的效果。

聚合作用

管理多个子项目通过聚合可以将多个子项目组织在一起方便管理和维护。

构建和发布一组相关的项目通过聚合可以在一个命令中构建和发布多个相关的项目简化了部署和维护工作。

优化构建顺序通过聚合可以对多个项目进行顺序控制避免出现构建依赖混乱导致构建失败的情况。

统一管理依赖项通过聚合可以在父项目中管理公共依赖项和插件避免重复定义。

聚合语法

父项目中包含的子项目列表。

在父项目的modules模块中引入子项目的信息。

projectgroupIdcom.example/groupIdartifactIdparent-project/artifactIdpackagingpom/packagingversion1.0.0/versionmodulesmodulechild-project1/modulemodulechild-project2/module/modules

/project