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小时内删除侵权内容。