Maven基础知识大梳理

网友投稿 881 2022-12-15

Maven基础知识大梳理

Maven基础知识大梳理

目录Maven工程基础知识Maven仓库的分类Maven常用命令的含义一个项目生命周期打包类型:依赖范围:聚合与继承的关系依赖冲突依赖调节原则解决依赖冲突-使用MavenHelper

Maven工程基础知识

maven 工程中不直接将 jar 包导入到工程中,而是通过在 pom.xml 文件中添加所需 jar包的坐标,这样就很好的避免了 jar 直接引入进来,在需要用到 jar 包的时候,只要查找 pom.xml 文件,再通过 pom.xml 文件中的坐标,到一个专门用于”存放 jar 包的仓库”(maven 仓库)中根据坐标从而找到这些 jar 包,再把这些 jar 包拿去运行。

为了解决这个过程中速度慢的问题,maven 中也有索引的概念,通过建立索引,可以大大提高加载 jar 包的速度

Maven仓库的分类

本地仓库 :用来存储从远程仓库或中央仓库-的插件和 jar 包,项目使用一些插件或 jar 包,优先从本地仓库查找

远程仓库:如果本地需要插件或者 jar 包,本地仓库没有,默认去远程仓库-(私服)。

中央仓库:在 maven 软件中内置一个远程仓库地址https://mvnrepository.com/ ,它是中央仓库,服务于整个互联网。

Maven常用命令的含义

compile:编译--- compile 是 maven 工程的编译命令,作用是将 src/main/java 下的文件编译为 class 文件输出到 target目录下。

clean:清理--- clean 是 maven 工程的清理命令,执行 clean 会删除 target 目录及内容。

test:测试--- test 是 maven 工程的测试命令 mvn test,会执行 src/test/java 下的单元测试类。

package:打包---package 是 maven 工程的打包命令,对于 java 工程执行 package 打成 jar 包,对于 web 工程打成 war包。

install:安装--- install 是 maven 工程的安装命令,执行 install 将 maven 打成 jar 包或 war 包发布到本地仓库

一个项目生命周期

打包类型:

jar:执行 package 会打成 jar 包

war:执行 package 会打成 war 包

pom :用于 maven 工程的继承,通常父工程设置为 pom

依赖范围:

A 依赖 B,需要在 A 的 pom.xml 文件中添加 B 的坐标,添加坐标时需要指定依赖范围,依赖范围包括:

compile:compile指 A 在编译时依赖 B,此范围为默认依赖范围。编译范围的依赖会用在编译、测试、运行,由于运行时需要所以编译范围的依赖会被打包。

provided:provided 依赖只有在当 JDK 或者一个容器已提供该依赖之后才使用, provided 依赖在编译和测试时需要,在运行时不需要,比如:servlet api 被 tomcat 容器提供。

runtime:runtime 依赖在运行和测试系统的时候需要,但在编译的时候不需要。比如:jdbc的驱动包。由于运行时需要所以 runtime 范围的依赖会被打包。

test:test 范围依赖 在编译和运行时都不需要,它们只有在测试编译和测试运行阶段可用,比如:junit。由于运行时不需要所以 test范围依赖不会被打包。

system:system 范围依赖与 provided 类似,但是你必须显式的提供一个对于本地系统中 JAR文件的路径,需要指定 systemPath 磁盘路径,system依赖不推荐使用。

依赖范围由强到弱的顺序是:compile>provided>runtime>test

pom文件中常用标签的含义

xmlns:xsi="http://w3.org/2001/XMLSchema-instance"

xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">

4.0.0

com.tfjybj

super

pom

1.0.0-SNAPSHOT

super

super

super-common

super-gateway

super-zipkin

super-provider

super-provider-api

org.springframework.boot

spring-boot-starter-parent

2.1.8.RELEASE

2.1.0.RELEASE

2.1.8.RELEASE

6.0.6

com.alibaba.cloud

spring-cloud-starter-alibaba-nacos-discovery

${spring.cloud.version}

org.springframework.cloud

spring-cloud-starter-netflix-ribbon

com.alibaba.cloud

spring-cloud-starter-alibaba-nacos-config

${spring.cloud.version}

mysql

mysql-connector-java

${mysql.version}

runtime

spring-milestones

Spring Milestones

https://repo.spring.io/milestone

org.springframework.boot

spring-boot-maven-plugin

xmlns:xsi="http://w3.org/2001/XMLSchema-instance"

xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">

4.0.0

com.tfjybj

super

pom

1.0.0-SNAPSHOT

super

super

super-common

super-gateway

super-zipkin

super-provider

super-provider-api

org.springframework.boot

spring-boot-starter-parent

2.1.8.RELEASE

2.1.0.RELEASE

2.1.8.RELEASE

6.0.6

com.alibaba.cloud

spring-cloud-starter-alibaba-nacos-discovery

${spring.cloud.version}

org.springframework.cloud

spring-cloud-starter-netflix-ribbon

com.alibaba.cloud

spring-cloud-starter-alibaba-nacos-config

${spring.cloud.version}

mysql

mysql-connector-java

${mysql.version}

runtime

spring-milestones

Spring Milestones

https://repo.spring.io/milestone

org.springframework.boot

spring-boot-maven-plugin

聚合与继承的关系

1、聚合主要是为了方便快速构建项目,继承主要是为了消除重复配置

2、对于聚合模块而言,它知道有哪些被聚合的模块,但那些被聚合的模块不知道这个聚合模块的存在;对于继承的父pom 而言,它不知道有哪些子模块继承它,但那些子模块都必须知道自己的父pom 是什么

3、聚合pom 与继承中的父pom 的 packaging 都必须是 pom;同时,聚合模块与继承中的父模块除了 pom 外,都没有实际的内容

依赖冲突

Maven的依赖机制会导致Jar包的冲突。

举个例子,现在你的项目中,使用了两个Jar包,分别是A和B。现在A需要依赖另一个Jar包C,B也需要依赖C。但是A依赖的C的版本是1.0,B依赖的C的版本是2.0。这时候,Maven会将这1.0的C和2.0的C都-到你的项目中,这样你的项目中就存在了不同版本的C,这时Maven会依据依赖路径最短优先原则,来决定使用哪个版本的Jar包,而另一个无用的Jar包则未被使用,这就是所谓的依赖冲突。

依赖调节原则

1.第一声明者优先原则:

在pom文件定义依赖,以先声明的依赖为准。

谁先在pom.xml中申明,就用谁的。跟坐标代码的顺序有关

2.路径近者优先原则:

以上两个jar包都依赖了spring-beans。

spring-context和spring-webmvc都会传递过来spring-beans,那如果直接把spring-beans的依赖写在pom文件中,那么项目就不会再使用其他依赖传递过来的spring-beans。

因为自己直接在pom中定义spring-beans要比其他依赖传递过来的路径要近。

3.排除依赖原则:

使用Maven中的标签,例如

org.springframework.cloud

spring-cloud-starter-openfeign

2.2.1.RELEASE

org.springframework.cloud

spring-cloud-starter-netflix-ribbon

</exclusion>

4.锁定版本原则:

面对众多的依赖,有一种方法不用考虑依赖路径、声明优化等因素可以采用直接锁定版本的方法确定依赖构件的版本,版本锁定后则不考虑依赖的声明顺序或依赖的路径,以锁定的版本的为准添加到工程中,此方法在企业开发中常用。

解决依赖冲突-使用MavenHelper

在idea中-插件mavenHelper解决依赖冲突,使用步骤看图

找到冲突,点击右键,然后选择Exclude即可排除冲突版本的Jar包。

以上就是Maven基础知识大梳理的详细内容,更多关于Maven基础知识的资料请关注我们其它相关文章!

版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。

上一篇:一篇文章带你了解SpringBoot Web开发
下一篇:springboot2.1.3配置sftp自定义sftp连接池的详细过程
相关文章

 发表评论

暂时没有评论,来抢沙发吧~