提示:文章写完后,目录可以自动生成,如何生成可参考右边的帮助文档
文章目录
1.Maven简介
1.1 Maven什么
在学习Maven之前,我们先来看一下我们现在做的项目都有哪些问题。假设你现在做了一个crm的系 统,项目中肯定要用到一些jar包,比如说mybatis,log4j,JUnit等,除了这些之外,你有可能用到你 的同事开发的其他的东西,比如说别人做了一个财务模块或做了一个结算的模块,你在这里边有可能要 用到这些东西。
假如有一天你们的项目中mybatis进行了一个升级,但是它内部使用的JUnit没有升级,你升级以后的 mybatis假如要用5.0的JUnit,而你项目中目前用的是4.0的,会不会冲突?必然会出问题!这个时候管 理起来会比较麻烦,你需要各种调整。更有甚者,假如同事做的这些东西升级了但又没有通知你,这个 时候,就会出现几种严重的问题:
(1)jar包不统一,jar不兼容
(2)工程升级维护过程操作繁琐 除此之外,还会有其它的一系列问题。
那么要解决这些问题,就用到了我们今天要讲的Maven了。
那Maven是什么?
Maven的本质是一个项目管理工具,将项目开发和管理过程抽象成一个项目对象模型(POM) Maven是用Java语言编写的。他管理的东西统统以面向对象的形式进行设计,最终他把一个项目看成一 个对象,而这个对象叫做POM(project object model),即项目对象模型
我们说一个项目就是一个对象,作为对象的行为、对象的属性都有哪些呢?
Maven说我们需要编写一个pom.xml文件,Maven通过加载这个配置文件就可以知道我们项目的相关 信息了!
到这里我们知道了Maven离不开一个叫pom.xml的文件。因为这个文件代表就一个项目。
提个问题大家思考,如果我们做8个项目,对应的是1个文件,还是8个文件?
肯定是8个!
那Maven是如何帮我们进行项目资源管理的呢?
这就需要用到Maven中的第二个东西:依赖管理。这也 是它的第二个核心! 所谓依赖管理就是maven对项目所有依赖资源的一种管理,它和项目之间是一种双向关系,即当我们做 项目的时候maven的依赖管理可以帮助你去管理你所需要的其他资源,当其他的项目需要依赖我们项目 的时候,maven也会把我们的项目当作一种资源去进行管理,这就是一种双向关系。
那maven的依赖管理它管理的这些资源存在哪儿呢?
主要有三个位置:本地仓库,私服,中央仓库 本地仓库顾名思义就是存储在本地的一种资源仓库,如果本地仓库中没有相关资源,可以去私服上获 取,私服也是一个资源仓库,只不过不在本地,是一种远程仓库,如果私服上也没有相关资源,可以去 中央仓库去获取,中央仓库也是一种远程仓库。
Maven除了帮我们管理项目资源之外还能帮助我们对项目进行构建,管理项目的整个生命周期,当然它 的这些功能需要使用一些相关的插件来完成,当然整个生命周期过程中插件是需要配合使用的,单独一个无法完成完整的生命周期。
1.2 Maven 作用
Maven的作用可以分为三类:
- 项目构建:提供标准的,跨平台的自动构建项目的方式。
- 依赖管理:方便快捷的管理项目中的资源(jar)包,避免jar包冲突问题。
- 统一开发结构:提高统一的标准,统一的开发结构。
src/main/java:项目java源码
src/main/resources:项目的相关配置文件(比如mybatis配置,xml映射配置,自定义配置文件等)
src/main/webapp:web资源(比如html,css,js等)
src/test/java:测试代码 src/test/resources:测试相关配置文件
src/pom.xml:项目pom文件
1.3 Maven 环境搭建
搭建步骤 :
1.下载:maven http://maven.apache.org/
2.安装:maven是一个绿色软件,解压即安装,非常容易
3.测试是否安装成功:在当前maven安装目录的bin目录中打开cmd,输入命令
mvn -version
,结果如下证明安装成功。[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传
4.配置环境变量:这里配置环境变量与配置jdk环境变量的步骤是一致的。
配置系统变量,变量名为MAVEN_HOME。值为maven的安装目录。
配置path路径,引入系统变量:%MAVEN_HOME%\bin
5.测试maven环境变量是否配置成功:在任意目录下打开cmd,输入
mvn -version
,结果如下证明成功
1.4 Maven 目录结构
- bin:存放可执行文件
- boot:存放maven自定义的加载类
- conf:存放maven核心配置文件
- lib:存放maven运行所需的jar包
2.Maven 基本概念
2.1 仓库
概述 : 仓库是用于存储各种jar包资源的地方。
本地仓库 : 是开发人员自己电脑上存储资源的仓库,也可以从外部获取资源。
中央仓库: 是maven团队自己维护的一个开源仓库。
私服仓库 : 各公司/部门等小范围内存储资源的仓库,私服也可以从中央仓库获取资源
私服的作用 :
(1)保存具有版权的资源,包含购买或自主研发的jar
(2)一定范围内共享资源,能做到仅对内不对外开放
2.2 坐标
概述 : 我们已经了解到,仓库是用来存储jar包资源的,那么我们如何在一个仓库中找到jar包资源呢?这是就用到了坐标,maven给仓库中每一个资源都定义了一个唯一标识的坐标,我们可以根据坐标来查找到对应的jar包资源。也就是说 坐标就是用于描述资源在仓库中的位置。
Maven坐标的作用 : 使用唯一标识,唯一性定义资源位置,通过该标识可以将资源的识别与下载工作交由机器完成。
坐标的组成 :
groupId
: 用于描述该资源隶属于公司/组织的名称(一般使用域名的反写,com.mybits,org.thymeleaf)artifactId
: 定义当前资源的名称(也就是项目名称)‘version
: 定义当前资源的版本
坐标的使用方式(在一个项目中引入依赖):
<dependency>
<groupId>组织名称</groupId>
<artifactId>项目名称</artifactId>
<version>版本号</version>
<scope>作用范围</scope>
</dependency>
查询中央仓库中jar包资源坐标的网站地址: Maven Repository: Search/Browse/Explore (mvnrepository.com)
2.3 仓库的配置
2.3.1 本地仓库配置
概述 : 默认情况下,本地仓库在 C:\Users\qiuzhiwei.m2\repository 中,因为本地仓库保存的内容会非常的 多,它的体积会很大,如果放在C盘下不太合适; 因此我们可以自己来指定一个位置作为本地仓库的位置,需要修改settings.xml。
配置步骤 :
首先在除c盘外的其它盘符中创建一个文件目录,命名为
repository
,该目录就是未来的本地仓库存储的位置。在Maven中的conf核心配置目录,找到settings.xml文件。在
<settings>
标签下配置如下代码。<localRepository>新repository目录 </localRepository>
2.3.2 中央仓库的配置
概述 : 默认的中央仓库是 https://repo.maven.apache.org/maven2/ ,此站点并不在国内,因此有时候下载速 度非常慢,因此我们可以配置一个国内站点镜像,可用于加速下载资源。这个镜像就是阿里云镜像。
配置步骤 :
找到settings.xml配置文件.
在
<mirrors>
标签下配置如下代码:<mirror> <id>nexus-aliyun</id> <mirrorOf>central</mirrorOf> <name>Nexus aliyun</name> <url>http://maven.aliyun.com/nexus/content/groups/public</url> </mirror>
3.构建Maven项目
3.1 通过cmd命令行窗口构建
概述 : 手动创建maven项目非常繁琐,可以使用maven提供的插件来创建maven工程。
语法 : mvn archetype:generate
创建JavaSE/JavaWeb项目
3.2 Idea整合Maven构建项目
1.Idea整合Maven
打开idea,选择File->Other Settings->Settings for New Projects
2.创建Maven项目
上面通过cmd创建的是JavaSE项目,这次我们创建一个JavaWeb项目
①.创建Maven项目,选择项目骨架
②.配置向相关信息
③检查本地仓库路径,配置文件路径是否正确
④创建成功
3.3 注意事项
- 在构建maven项目时,需要在联网状态下创建。
- 即使使用maven插件的方式构建项目,有些相关目录也可能没有创建出来,这时需要手动构建。别问为什么没有创建完整,没有意义。
- 第一次构建项目可能会创建很慢,因为第一次创建会自动下载一些资源包。
- 若创建失败了,检查网络是否通畅,删掉原先项目按照相关步骤重新创建。原因大概率时网络丢包导致创建失败。
4.Maven项目的生命周期与插件
4.1 生命周期
maven的构建生命周期描述的是一次构建过程经历了多少个事件。
最常用的一套是:
但是,这不是全部的事件,maven中的事件分为三套:
(1) clean:清除工作
- pre-clean:执行一些在clean之前的工作
- clean:移除上一次构建产生的所有文件
- post-clean:执行一些在clean之后立刻完成的工作
(2) default : 核心工作,例如编译,测试,打包,部署等
(3) site 生成报告,发布站点
- pre-site:执行一些在生成站点文档之前的工作
- site:生成项目的站点文档
- post-site:执行一些在生成站点文档之后完成的工作,为部署做准备
- site-deploy:将生成的站点文档部署到特定的服务器上
4.2 常用的插件
- mvn clean :是 maven工程的清理命令,执行clean会清空target目录.
- mvn complie : 是maven工程的编译命令,作用是将src/main/java下的文件编译为class文件输出到 target目录
- mvn test : 是maven工程的测试命,会执行src/test/java下的单元测试类
- mvn package : 是maven工程的打包命令,对于java工程执行 package 打成 jar 包,对于 web 工程打 成 war包。
- mvn install : 是maven 工程的安装命令,执行 install 将 maven 打成 jar 包或 war 包发布到本地仓 库.
5.Maven依赖管理
5.1 依赖管理与传递依赖
依赖是指在当前项目中运行所需的jar,依赖配置的格式如下
<!--当前项目所依赖的所有jar包-->
<dependencies>
<!--设置具体依赖-->
<dependency>
<!--依赖所属组id-->
<groupId>junit</groupId>
<!--依赖所属项目的id-->
<artifactId>junit</artifactId>
<!--依赖版本号-->
<version>4.11</version>
<!--作用范围-->
<scope>test</scope>
</dependency>
</dependencies>
依赖的传递
依赖具有传递性,分两种
(1)直接依赖:在当前项目中通过依赖配置建立的依赖关系
(2)间接依赖:被依赖的资源如果依赖其他资源,则表明当前项目间接依赖其他资源
注意:直接依赖和间接依赖其实也是一个相对关系
依赖传递的冲突问题:
在依赖传递过程中产生了冲突,我们有三种优先法则
(1)路径优先:当依赖中出现相同资源时,层级越深,优先级越低,反之则越高
(2)声明优先:当资源在相同层级被依赖时,配置顺序靠前的覆盖靠后的
(3)特殊优先:当同级配置了相同资源的不同版本时,后配置的覆盖先配置的
依赖排除
排除指定的传递依赖,不限制版本。
<dependencies>
<dependency>
<groupId>组织名称</groupId>
<artifactId>项目名称</artifactId>
<version>版本</version>
<scope>执行范围</scope>
<exclusions>
<exclusion>
<groupId>排除的组织命名</groupId>
<artifactId>要排除的项目名称</artifactId>
</exclusion>
</exclusions>
</dependency>
</dependencies>
5.2 依赖的传递范围
依赖的jar默认情况可以在任何地方可用,可以通过 scope 标签设定其作用范围 这里的范围主要是指以下三种范围
(1)主程序范围有效(src/main目录范围内)
(2)测试程序范围内有效(src/test目录范围内)
(3)是否参与打包(package指令范围内) 此外: scope 标签的取值有四种: compile,test,provided,runtime 这四种取值与范围的对应情况如下:
依赖范围scope | 主代码(main) | 测试代码(test) | 打包 | 示例 |
---|---|---|---|---|
compile | √ | √ | √ | log4j |
test | √ | junit | ||
provided | √ | √ | servlet-api | |
runtime | √ | √ | jdbc |
依赖范围的传递性
带有依赖传递时,作用范围会受到影响
间接依赖\直接依赖 | compile | test | provided | runtime |
---|---|---|---|---|
compile | compile | test | provided | runtime |
test | ||||
provided | ||||
runtime | runtime | test | provided | runtime |
6.属性
用来统一版本
6.1 自定义属性
作用 等同于定义变量,方便统一维护
定义格式:
<!--定义自定义属性-->
<properties>
<spring.version>5.1.9.RELEASE</spring.version>
<junit.version>4.12</junit.version>
</properties>
聚合与继承的pom.xml文件打包方式均为pom,可以将两种关系制作到同一个pom文件中
聚合与继承均属于设计型模块,并无实际的模块内容
调用格式:
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-context</artifactId>
<version>${spring.version}</version>
</dependency>
6.2 内置属性
作用
- 使用maven内置属性,快速配置
调用格式:
${basedir}
${version}
6.3 String属性
作用
- 使用Maven配置文件setting.xml中的标签属性,用于动态配置
调用格式:
${settings.localRepository}
6.4 Java系统属性
作用
- 读取Java系统属性
调用格式
${user.home}
<!--系统属性查询方式-->
mvn help:system
6.5 环境变量属性
作用
- 使用Maven配置文件setting.xml中的标签属性,用于动态配置
调用格式
${env.JAVA_HOME}
环境变量查询格式
mvn help:system
7. 版本管理
7.1 工程版本
- SNAPSHOT(快照版本) 项目开发过程中,为方便团队成员合作,解决模块间相互依赖和时时更新的问题,开发者对 每个模块进行构建的时候,输出的临时性版本叫快照版本(测试阶段版本) u快照版本会随着开发的进展不断更新
- RELEASE(发布版本) u项目开发到进入阶段里程碑后,向团队外部发布较为稳定的版本,这种版本所对应的构件文 件是稳定的,即便进行功能的后续开发,也不会改变当前发布版本内容,这种版本称为发布 版本 5.3)工程版本号约
7.2 工程版本号的约定
<主版本>.<次版本>.<增量版本>.<里程碑版本>
主版本:表示项目重大架构的变更,如:spring5相较于spring4的迭代
次版本:表示有较大的功能增加和变化,或者全面系统地修复漏洞
增量版本:表示有重大漏洞的修复
里程碑版本:表明一个版本的里程碑(版本内部)。这样的版本同下一个正式版本相比,相对来说 不是很稳定,有待更多的测试
8.分模块开发设计
8.1 概述
解决软件的复杂性问题,或说降低软件的复杂性。不至于随着变大而不可控,使其可控、可维护、可 扩展。 模块化是以分治法为依据。简单说就是把软件整体划分,划分后的块组成了软件。 这些块都相对独立,之间用接口(协议)通信,每个块完成一个功能,多个块组合可以完成一系列功 能。
下面对一个Java web项目进行拆分
8.2 ssm_pojo拆分
新建模块
- 拷贝原始项目中对应的相关内容到ssm_pojo模块中
- 实体类(User)
- 配置文件(无)
8.3 ssm_dao拆分
- 新建模块
- 拷贝原始项目中对应的相关内容到ssm_dao模块中
- 数据层接口(UserDao)
- 配置文件:保留与数据层相关配置文件(3个)
- 注意:分页插件在配置中与SqlSessionFactoryBean绑定,需要保留
- pom.xml:引入数据层相关坐标即可,删除springmvc相关坐标
- spring
- mybatis
- spring 整合mybatis
- mysql
- druid
- pagehelper
- 直接依赖ssm_pojo(对ssm_pojo模块执行install指令,将其安装到本地仓库)
8.4 ssm_service拆分
- 新建模块
- 拷贝原始项目中对应的相关内容到ssm_service模块中
- 业务层接口与实现类(UserService、UserServiceImpl)
- 配置文件:保留与数据层相关配置文件(1个)
- pom.xml:引入数据层相关坐标即可,删除springmvc相关坐标
- spring
- junit
- spring 整合junit 直接依赖ssm_dao(对ssm_dao模块执行install指令,将其安装到本地仓库)
- 间接依赖ssm_pojo(由ssm_dao模块负责依赖关系的建立)
- 修改service模块spring核心配置文件名,添加模块名称,格式:applicationContextservice.xml
- 修改dao模块spring核心配置文件名,添加模块名称,格式:applicationContext-dao.xml
- 修改单元测试引入的配置文件名称,由单个文件修改为多个文件
8.5 ssm_control拆分
- 新建模块(使用webapp模板)
- 拷贝原始项目中对应的相关内容到ssm_controller模块中
- 现层控制器类与相关设置类(UserController、异常相关……)
- 配置文件:保留与表现层相关配置文件(1个)、服务器相关配置文件(1个)
- pom.xml:引入数据层相关坐标即可,删除springmvc相关坐标
- spring
- springmvc
- jackson
- servlet
- tomcat服务器插件
- 直接依赖ssm_service(对ssm_service模块执行install指令,将其安装到本地仓库)
- 间接依赖ssm_dao、ssm_pojo
- 修改web.xml配置文件中加载spring环境的配置文件名称,使用*通配,加载所有 applicationContext-开始的配置文件
8.6 小结
分模块开发
- 模块中仅包含当前模块对应的功能类与配置文件
- spring核心配置根据模块功能不同进行独立制作
- 当前模块所依赖的模块通过导入坐标的形式加入
- 当前模块后才可以使用 web.xml需要加载所有的spring核心配置文件
9.聚合与继承
9.1 聚合
1.多模块维护
2.聚合
作用:聚合用于快速构建maven工程,一次性构建多个项目/模块。
制作方式:
创建一个空模块,打包类型定义为pom
<packaging>pom</packaging>
定义当前模块进行构建操作时关联的其他模块名称
<modules> <module>../ssm_controller</module> <module>../ssm_service</module> <module>../ssm_dao</module> <module>../ssm_pojo</module> </modules>
注意事项:参与聚合操作的模块最终执行顺序与模块间的依赖关系有关,与配置顺序无关
9.2 继承
1.模块依赖维护
2.继承
作用:通过继承可以实现在子工程中沿用父工程中的配置
- maven中的继承与java中的继承相似,在子工程中配置继承关系
制作方式:
- 在子工程中声明其父工程坐标与对应的位置
<!--定义该工程的父工程--> <parent> <groupId>com.itheima</groupId> <artifactId>ssm</artifactId> <version>1.0-SNAPSHOT</version> <!--填写父工程的pom文件--> <relativePath>../ssm/pom.xml</relativePath> </parent>
3.继承依赖
在父工程中定义依赖管理
<!--声明此处进行依赖管理-->
<dependencyManagement>
<!--具体的依赖-->
<dependencies>
<!--spring环境-->
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-context</artifactId>
<version>5.1.9.RELEASE</version>
</dependency>
<dependencies>
<dependencyManagement
4.继承依赖使用
在子工程中定义依赖关系,无需声明依赖版本,版本参照父工程中依赖的版本
<dependencies>
<!--spring环境-->
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-context</artifactId>
</dependency>
</dependencies>
5.继承的资源
groupId:项目组ID,项目坐标的核心元素
version:项目版本,项目坐标的核心因素
description:项目的描述信息
organization:项目的组织信息
inceptionYear:项目的创始年份
url:项目的URL地址
developers:项目的开发者信息
contributors:项目的贡献者信息
distributionManagement:项目的部署配置
issueManagement:项目的缺陷跟踪系统信息
ciManagement:项目的持续集成系统信息
scm:项目的版本控制系统西溪
malilingLists:项目的邮件列表信息
properties:自定义的Maven属性
dependencies:项目的依赖配置
dependencyManagement:项目的依赖管理配置
repositories:项目的仓库配置
build:包括项目的源码目录配置、输出目录配置、插件配置、插件管理配置等
reporting:包括项目的报告输出目录配置、报告插件配置等
9.3 聚合与继承的优缺点
作用
- 聚合用于快速构建项目
- 继承用于快速配置
相同点:
- 聚合与继承的pom.xml文件打包方式均为pom,可以将两种关系制作到同一个pom文件中
- 聚合与继承均属于设计型模块,并无实际的模块内容
不同点:
- 聚合是在当前模块中配置关系,聚合可以感知到参与聚合的模块有哪些
- org.springframework spring-context 继承是在子模块中配置关系,父模块无法感知哪些子模块继承了自己