文章目录
Maven简介
参考网址:https://www.runoob.com/maven/maven-tutorial.html
下载链接:https://dlcdn.apache.org/maven/
Maven仓库
概念:用来存放maven构建的项目和各种依赖(Jar包)。
Maven仓库类型
- 本地仓库:位于自己计算机中的仓库, 用来存储从远程仓库或中央仓库下载的插件和 jar 包。
- 远程仓库:需要联网才可以使用的仓库,阿里提供了一个免费的 maven 远程仓库。
- 中央仓库:在 maven 软件中内置有一个远程仓库地址https://repo1.maven.org/maven2,它是中央仓库,服务于整个互联网,由 Maven 团队自己维护,里面存储了非常全的 jar 包,包含了世界上大部分流行的开源项目构件。
Maven本地仓库的配置
- 进入maven安装目录中的 conf 文件夹,可以看到一个 settings.xml 文件,在这个文件中进行本地仓库的配置
Maven阿里云远程仓库的配置
- Maven默认的中央仓库在国外,所以下载jar包时速度会非常慢,这里推荐使用阿里云仓库。
- 在 settings.xml 文件中找到
<mirrors>
标签,将以下内容复制到<mirrors>
中即可:
<mirror>
<id>alimaven</id>
<name>aliyun maven</name>
<url>
http://maven.aliyun.com/nexus/content/groups/public/
</url>
<mirrorOf>central</mirrorOf>
</mirror>
Maven项目的创建【IDEA】
相关配置
- IDEA中:
File
→Settings
→ 搜素maven
,按照下图所示修改:
Maven工程的创建
- 新建一个
Module
→ 选择Maven
- 填写项目信息
- 创建好后Maven工程长这样
- 目录说明:
src/main/java —— 存放项目的.java文件
src/main/resources —— 存放项目资源文件,如数据库的配置文件
src/test/java —— 存放所有单元测试 .java 文件,如 JUnit 测试类
target —— 项目输出位置,编译后的 class 文件会输出到此目录
pom.xml —— maven项目核心配置文件
Maven工程的改造(Web)
- 将当前Maven项目改造为Web项目,在main目录下创建一个webapp文件夹
project Structure
→facets
→ 点击+号添加web → 选择当前工程名
- 修改路径信息,修改为webapp目录
- 修改完成,点击OK,在webapp目录下新建一个
index.jsp
文件即可。
pom.xml核心配置文件
- 每个 maven 工程都有一个 pom.xml 文件,通过 pom.xml 文件可以定义项目信息、项目依赖、引入插件等。
- pom.xml 文件中引入依赖包的坐标:
<?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>
<groupId>com.helloMaven</groupId>
<artifactId>hello_maven</artifactId>
<version>1.0-SNAPSHOT</version>
<dependencies>
<dependency>
<groupId>javax.servlet</groupId>
<artifactId>servlet-api</artifactId>
<version>3.1.0</version>
</dependency>
</dependencies>
</project>
- Maven工程由
groupId
、artifactId
和version
作为唯一标识,在引用其他第三方库的时候,也是通过这3个坐标来确定。 - 坐标的概念:
- 用于定位一个唯一确定的jar包。
- maven世界拥有大量构建,我们需要找一个用来唯一标识一个构建的统一规范,拥有了统一规范,就可以把查找工作交给机器。
- 各标签的含义:
标签 | 含义 |
---|---|
groupId | 定义当前Maven的组织名称,通常为公司名 |
artifactId | 定义实际项目名称 |
version | 定义当前项目的版本 |
packaging | 打包类型:jar :执行 package 时打成 jar 包war :执行 package 时打成 war 包 |
dependency | 在使用 <dependency> 声明一个依赖后,Maven就会自动下载这个依赖包 |
- 在添加依赖需要指定依赖的 jar 包坐标时,可以通过如下方式查询到jar包的坐标
- 网址:https://mvnrepository.com/
- 点击进入后可以看到各个版本的信息,点击需要查看的版本
插件的添加
<!-- properties 是全局设置,可以设置整个maven项目的编译器 JDK版本 -->
<properties>
<project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
<!-- 重点 -->
<maven.compiler.source>11</maven.compiler.source>
<maven.compiler.target>11</maven.compiler.target>
</properties>
<!-- 在build中 我们需要指定一下项目的JDK编译版本,maven默认使用1.5版本进行编译 -->
<!-- 注意事项:build 与 dependencies 是平级关系 -->
<build>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-compiler-plugin</artifactId>
<version>3.8.1</version>
<configuration>
<release>11</release>
</configuration>
</plugin>
</plugins>
</build>
Maven的常用命令
- Maven的生命周期:https://www.runoob.com/maven/maven-build-life-cycle.html
- 在IDEA中安装好maven后,在界面右侧有一个maven视图,里面有对应的命令插件,可以执行相关的命令
- 工具栏介绍:
1.根据pom.xml文件重新导入所有Maven项目和依赖(刷新)
2.创建源码(重新编译)并更新目录
3.下载源码或文档
4.添加Maven项目
5.执行生命周期中的阶段,选中lifecycle选项中生命周期中的一个阶段(phase),点击执行。
6.运行Maven生命周期或插件
7.切换离线模式,即关闭和远程仓库的链接,从本地仓库中获取,也不能将jar包提交到远程仓库
8.是否跳过测试,点击选中就可以跳过测试,再次点击取消
9.展示当前选中的maven项目jar包的依赖,并且可以直接在图形化依赖图上进行排除依赖操作
10.收起下面展开的视图
11.跳转到maven的Setting页面
Maven进阶【Maven聚合工程】
Maven的依赖传递
依赖传递的概念
在maven中,依赖是可以传递的。假设存在三个项目,项目A,项目B以及项目C。假设C依赖B,B依赖A,那么我们可以根据maven项目依赖的特征不难推出项目C也依赖A。
通过上图可以看到,我们的web项目直接依赖了
spring-webmvc
,而spring-webmvc
依赖了sping-aop
、spring-beans
等。最终的结果就是在我们的web项目中间接依赖了spring-aop
、spring-beans
等。
依赖冲突的概念
由于依赖传递现象的存在,
spring-webmvc
依赖spirng-beans-5.1.5
,spring-aop
依赖spring-beans-5.1.6
,但是发现最后spirng-beans-5.1.5
加入到了工程中,而我们希望spring-beans-5.1.6
加入工程。这就造成了依赖冲突。
依赖冲突的解决方案
依赖冲突的三种解决方案:
- 使用maven提供的依赖调解原则:
- 第一声明者优先原则
- 路径近者优先原则
- 依赖排除
- ★ 版本锁定【推荐使用】
依赖调节原则 - 第一声明者优先原则:
在 pom.xml 文件中定义依赖,以先声明的依赖为准。也就是根据坐标导入的顺序来确定最终使用哪个传递过来的依赖。
通过上图可以看到,
spring-aop
和spring-webmvc
都传递过来了spring-beans
,但是因为spring-aop
在前,所以最终使用的spring-beans
是由spring-aop
传递过来的,而spring-webmvc
传递过来的spring-beans
则被忽略了。
依赖调节原则 - 路径近者优先原则:
结论:直接依赖大于依赖传递
依赖排除
使用
exclusions
标签将传递过来的依赖排除出去。
★ 版本锁定【推荐使用】
采用直接锁定版本的方法确定依赖jar包的版本,版本锁定后则不考虑依赖的声明顺序或依赖的路径,以锁定的版本为准添加到工程中,此方法在企业开发中广泛使用。
使用方式:
- 在
dependencyManagement
标签中锁定依赖的版本:
- 在
dependencies
标签中声明需要导入的maven
坐标:
properties标签
<properties>
标签可用于锁定依赖版本,后续指定<version>
时直接使用EL表达式引用即可。
<!-- 锁定jar版本 -->
<properties>
<spring.version>5.1.5.RELEASE</spring.version>
<springmvc.version>5.1.5.RELEASE</springmvc.version>
<mybatis.version>3.5.1</mybatis.version>
</properties>
<dependencyManagement>
<dependencies>
<!-- Mybatis -->
<dependency>
<groupId>org.mybatis</groupId>
<artifactId>mybatis</artifactId>
<version>${mybatis.version}</version>
</dependency>
<!-- springMVC -->
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-webmvc</artifactId>
<version>${springmvc.version}</version>
</dependency>
<!-- spring -->
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-context</artifactId>
<version>${spring.version}</version>
</dependency>
</dependencies>
</dependencyManagement>
Maven聚合工程【模块化】
聚合工程的概念
在企业项目开发中,由于项目规模大,业务复杂,参与人员较多,一般会通过合理的模块拆分将一个大型的项目拆分为N多个小模块,分别进行开发。这样拆分出的模块也可以非常容易地被其他模块复用。
常见的两种拆分方式:
- 按照业务模块进行拆分,每个模块拆分成一个maven工程。例如将一个项目分为用户模块,订单模块,购物车模块等,每个模块对应就是一个maven工程。
- 按照层级进行拆分。例如持久层、业务层、表现层等,每个层对应就是一个maven工程。
不管使用上面哪种拆分方式,通常都会提供一个父工程,将一些公共的代码和配置提取到父工程中进行统一的管理和配置。
Maven工程的继承
在Java语言中,类之间是可以继承的,通过继承,子类就可以引用父类中非
private
的属性和方法。
同样,在maven工程之间也可以继承,子工程继承父工程后,就可以使用在父工程中引入的依赖。
继承的目的是为了消除重复代码。
Maven工程的聚合
在maven工程的
pom.xml
文件中可以使用标签将其他maven工程聚合到一起,聚合的目的是为了进行统一操作。
例如拆分后的maven工程有多个,如果要进行打包,就需要针对每个工程分别执行打包命令,操作起来非常繁琐。这时就可以使用标签将这些工程统一聚合到maven父工程中,需要打包的时候,只需要在父工程中执行一次打包命令,其下被聚合的工程就都会被打包了。