maven工程基础知识
maven 工程中不直接将 jar 包导入到工程中，而是通过在 pom.xml 文件中添加所需 jar包的坐标，这样就很好的避免了 jar 直接引入进来，在需要用到 jar 包的时候，只要查找 pom.xml 文件，再通过 pom.xml 文件中的坐标，到一个专门用于”存放 jar 包的仓库”(maven 仓库)中根据坐标从而找到这些 jar 包，再把这些 jar 包拿去运行。
为了解决这个过程中速度慢的问题，maven 中也有索引的概念，通过建立索引，可以大大提高加载 jar 包的速度
maven仓库的分类
本地仓库 ：用来存储从远程仓库或中央仓库下载的插件和 jar 包，项目使用一些插件或 jar 包，优先从本地仓库查找
远程仓库：如果本地需要插件或者 jar 包，本地仓库没有，默认去远程仓库下载（私服）。
中央仓库：在 maven 软件中内置一个远程仓库地址https://www.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 包发布到本地仓库
一个项目生命周期
打包类型：<packaging >
jar：执行 package 会打成 jar 包
war：执行 package 会打成 war 包
pom ：用于 maven 工程的继承，通常父工程设置为 pom
依赖范围：<scope>
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文件中常用标签的含义
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
|
<?xml version="1.0" encoding="utf-8"?><project xmlns="http://maven.apache.org/pom/4.0.0" xmlns:xsi="http://www.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"> <modelversion>4.0.0</modelversion> <!--声明项目描述符遵循哪一个pom模型版本。4.0.0--> <groupid>com.tfjybj</groupid> <artifactid>super</artifactid> <packaging>pom</packaging> <version>1.0.0-snapshot</version> <!--项目的名称, maven产生的文档用--> <name>super</name> <!-- 项目的详细描述, maven 产生的文档用。--> <description>super</description> <!--聚合 来管理同个项目中的其他模块--> <modules> <module>super-common</module> <module>super-gateway</module> <module>super-zipkin</module> <module>super-provider</module> <module>super-provider-api</module> </modules> <!--继承 说明这是一个boot工程--> <parent> <groupid>org.springframework.boot</groupid> <artifactid>spring-boot-starter-parent</artifactid> <version>2.1.8.release</version> </parent> <!--统一管理jar包版本--> <properties> <!--项目编码方式,maven编译版本--> <project.build.sourceencoding>utf-8</project.build.sourceencoding> <maven.compiler.source>8</maven.compiler.source> <maven.compiler.target>8</maven.compiler.target> <!--统一管理jar包版本--> <spring.cloud.version>2.1.0.release</spring.cloud.version> <spring.boot.version>2.1.8.release</spring.boot.version> <mysql.version>6.0.6</mysql.version> </properties> <!--统一管理版本号--> <!--在父工程pom文件中声明依赖，但不引入,父项目声明，供子项目按需引入--> <dependencymanagement> <dependencies> <!-- nacos服务注册/发现--> <dependency> <groupid>com.alibaba.cloud</groupid> <artifactid>spring-cloud-starter-alibaba-nacos-discovery</artifactid> <version>${spring.cloud.version}</version> <!--排除ribbon的依赖--> <exclusions> <exclusion> <groupid>org.springframework.cloud</groupid> <artifactid>spring-cloud-starter-netflix-ribbon</artifactid> </exclusion> </exclusions> </dependency> <!--nacos配置中心来做配置管理--> <dependency> <groupid>com.alibaba.cloud</groupid> <artifactid>spring-cloud-starter-alibaba-nacos-config</artifactid> <version>${spring.cloud.version}</version> </dependency> <!--mysql--> <dependency> <groupid>mysql</groupid> <artifactid>mysql-connector-java</artifactid> <version>${mysql.version}</version> <!-- mysql依赖的作用范围--> <scope>runtime</scope> </dependency> </dependencies> </dependencymanagement> <!--所有声明在父项目 dependencies 中的依赖都会自动引入，并默认被所有子项目继承--> <!--即使在子项目中不引入该依赖，那么子项目依然会从父项目中继承该依赖项。--> <dependencies> </dependencies> <!--发现依赖和扩展的远程仓库列表 --> <!--远程仓库列表，它是maven用来填充本地仓库所使用的一组远程项目。 --> <repositories> <!--包含需要连接到远程仓库的信息--> <repository> <id>spring-milestones</id> <name>spring milestones</name> <url>https://repo.spring.io/milestone</url> </repository> </repositories> <!--用于项目打包，打包需要的插件--> <build> <plugins> <plugin> <groupid>org.springframework.boot</groupid> <artifactid>spring-boot-maven-plugin</artifactid> </plugin> </plugins> </build> </project> |
聚合与继承的关系
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中的<exclusions>标签，例如
|
1
2
3
4
5
6
7
8
9
10
11
12
|
<!--使用的openfeign--><dependency> <groupid>org.springframework.cloud</groupid> <artifactid>spring-cloud-starter-openfeign</artifactid> <version>2.2.1.release</version> <exclusions> <exclusion> <groupid>org.springframework.cloud</groupid> <artifactid>spring-cloud-starter-netflix-ribbon</artifactid> </exclusion> </exclusions></dependency> |
4.锁定版本原则：
面对众多的依赖，有一种方法不用考虑依赖路径、声明优化等因素可以采用直接锁定版本的方法确定依赖构件的版本，版本锁定后则不考虑依赖的声明顺序或依赖的路径，以锁定的版本的为准添加到工程中，此方法在企业开发中常用。
解决依赖冲突-使用mavenhelper
在idea中下载插件mavenhelper解决依赖冲突，使用步骤看图
找到冲突，点击右键，然后选择exclude即可排除冲突版本的jar包。
以上就是maven基础知识大梳理的详细内容，更多关于maven基础知识的资料请关注服务器之家其它相关文章！
原文链接：https://blog.csdn.net/promsing/article/details/119330485
