1.Maven是啥:
Maven的是阿帕奇基金会软件维护唯一一款的自动化构建工具,专注于服务的Java的平台个人文库项目构建状语从句:依赖管理。
行家是基于项目对象模型(POM),可以通过一小段描述信息来管理项目的构建,报告和文档的软件项目管理工具。
2.Maven可以干啥:
- 添加第三方罐包;
- 罐子包之间的依赖关系;
- 将项目拆分成多个工程模块
3.构建项目的几个主要环节:
- 清理:删除以前的编译结果,为重新编译做好准备。
- 编译:将Java源程序编译为字节码文件。
- 测试:针对项目中的关键点进行测试,确保项目在迭代开发过程中关键点的正确性。
- 报告:在每一次测试后以标准的格式记录和展示测试结果。
- 打包:将一个包含诸多文件的工程封装为一个压缩文件用于安装或部署.Java工程对应jar包,Web工程对应war包。
- 安装:在Maven环境下特指将打包的结果 - jar包或war包安装到本地仓库中。
- 部署:将打包的结果部署到远程仓库或将战包部署到服务器上运行。
4.Maven常用命令
mvn -version / -v
显示版本信息
mvn clean
清空生成的文件
。Maven有三套相互独立的生命周期,分别是:
①pre-clean执行一些需要在干净之前完成的工作
②clean移除所有上一次构建生成的文件
③post-clean执行一些需要在干净之后立刻完成的工作
②
现场执行一些需要在生成站点文件之后完成的工作,并且为部署做准备
④现场部署将生成的站点文件部署到Maven站点,这可是Maven相当强大的功能,经理比较喜欢,文档和统计数据自动生成,很好看。
mvn编译 编译
mvn test 编译并测试
mvn package 生成目标,编译,测试代码,生成测试报告,生成jar / war文件
mvn网站 生成项目相关信息的网站
mvn site-deploy生成站点目录并发布
mvn eclipse:eclipse将项目转化为Eclipse项目
mvn archetype:生成创建mvn项目
mvn archetype:create -DgroupId = com.oreilly -DartifactId = my-app创建mvn项目
5.Maven核心
Maven核心概念Maven能够实现自动化构建是和它的内部原理分不开的,这里我们从Maven的九个核心概念入手,看看Maven是如何实现自动化构建的
- POM
- 约定的目录结构
- 坐标
- 依赖管理
- 仓库管理
- 生命周期
- 插件和目标
- 继承
- 聚合
Maven的核心程序仅仅定义了抽象的生命周期,而具体的操作则是由Maven的插件来完成的。可是Maven的插件并不包含在Maven的核心程序中,在首次使用时需要联网下载。下载得到的插件会被保存到本地仓库中本地仓库默认的位置是:〜\ .m2目录下\库。
6.Maven约定的工程目录:


7.POM
Project Object Model:项目对象模型。将Java工程的相关信息封装为对象作为便于操作和管理的模型。
Maven工程的核心配置。可以说学习Maven就是学习pom.xml文件中的配置。
8.坐标
- Maven的坐标使用如下三个向量在Maven的仓库中唯一的确定一个Maven工程。
- groupid:公司或组织的域名倒序+当前项目名称
- <groupId>com.example</groupId>
- artifactId:当前项目的模块名称
- <artifactId>demo</artifactId>
- version:当前模块的版本
- <version>0.0.1-SNAPSHOT</version>
- 如何通过坐标到仓库中查找jar包?
- 将gav三个向量连起来
-
- 以连起来的字符串作为目录结构到仓库中查找
※注意:我们自己的Maven工程必须执行安装操作才会进入仓库。安装的命令是:mvn install
9.依赖
Maven中最关键的部分,我们使用Maven最主要的就是使用它的依赖管理功能。要理解和掌握Maven的依赖管理,我们只需要解决一下几个问题:
①依赖的目的是什么
当A jar包用到了B jar包中的某些类时,A就对B产生了依赖,这是概念上的描述。那么如何在项目中以依赖的方式引入一个我们需要的jar包呢?答案非常简单,就是使用依赖标签指定被依赖jar包的坐标就可以了。
<依赖性>
<的groupId> com.atguigu.maven </的groupId>
<artifactId的>你好</ artifactId的>
<版本> 0.0.1-SNAPSHOT </版本>
<范围>编译</范围>
</依赖性>
②依赖的范围
大家注意到上面的依赖信息中除了目标jar包的坐标还有一个scope设置,这是依赖的范围。依赖的范围有几个可选值,我们用得到的是:compile,test,provided 三个,当然还有不常用的运行时间,sysstem ..
- 编译:默认范围,编译测试运行都有效
- 提供:在编译和测试时有效
- 运行时间:在测试和运行时有效
- 测试:只在测试时有效
- 系统:在编译和测试时有效,与本机系统关联,可移植性差
- 常用依赖范围有效性总结
③依赖的传递性
A依赖B,B依赖C,A能否使用C呢?那要看B依赖C的范围是不是compile,如果是可用,否则不可用。


④依赖的排除
如果我们在当前工程中引入了一个依赖是A,而A又依赖了B,那么Maven会自动将A依赖的B引入当前工程,但是个别情况下B有可能是一个不稳定版,或对当前工程有不良影响。这时我们可以在引入A的时候将B排除。
<依赖性>
<的groupId> com.atguigu.maven </的groupId>
<artifactId的>你好</ artifactId的>
<版本> 0.0.1-SNAPSHOT </版本>
<范围>编译</范围>
<排除>
<排除>
<的groupId>共享记录</的groupId>
<artifactId的>共享记录</ artifactId的>
</排除>
</排除>
</依赖性>
⑤统一管理所依赖jar包的版本对同一个框架的一组jar包最好使用相同的版本。为了方便升级框架,可以将jar包的版本信息统一提取出来
- 统一声明版本号
<性能>
<atguigu.spring.version> 4.1.1.RELEASE </atguigu.spring.version>
<project.build.sourceEncoding> UTF-8 </project.build.sourceEncoding>
</属性>
- 引用前面声明的版本号
<依赖性>
<的groupId> org.springframework </的groupId>
<artifactId的>弹簧芯</ artifactId的>
<版本> $ {atguigu.spring.version} </版本>
<范围>编译</范围>
</依赖性>
⑥依赖的原则:解决jar包冲突
- 路径最短者优先
- 路径相同时先声明者优先
10.仓库
- 分类
- 本地仓库:为当前本机电脑上的所有Maven工程服务。
- 远程仓库
-
-
- 私服:架设在当前局域网环境下,为当前局域网范围内的所有Maven工程服务。
- 中央仓库:架设在Internet上,为全世界所有Maven工程服务。
- 中央仓库的镜像:架设在各个大洲,为中央仓库分担流量减轻中央仓库的压力,同时更快的响应用户请求。
-
- 仓库中的文件
- Maven的插件
- 我们自己开发的项目的模块
- 第三方框架或工具的jar包
※不管是什么样的jar包,在仓库中都是按照坐标生成目录结构,所以可以通过统一的方式查询或依赖。
11.生命周期
- 什么是Maven的生命周期?
。Maven有三套相互独立的生命周期,分别是:
- 清洁生命周期在进行真正的构建之前进行一些清理工作。
- 默认生命周期构建的核心部分,编译,测试,打包,安装,部署等等。
- 网站生命周期生成项目报告,站点,发布站点。
- 清洁生命周期
①pre-clean执行一些需要在干净之前完成的工作
②clean移除所有上一次构建生成的文件
③post-clean执行一些需要在干净之后立刻完成的工作
- 网站生命周期
②
现场执行一些需要在生成站点文件之后完成的工作,并且为部署做准备
④现场部署将生成的站点文件部署到Maven站点,这可是Maven相当强大的功能,经理比较喜欢,文档和统计数据自动生成,很好看。
- 默认生命周期
- 生命周期与自动化构建
12.插件和目标
●Maven的核心仅仅定义了抽象的生命周期,具体的任务都是交由插件完成的。
●每个插件都能实现多个功能,每个功能就是一个插件目标。
●Maven的生命周期与插件目标相互绑定,以完成某个具体的构建任务。
例如:编译就是插件maven-compiler-plugin的一个目标; pre-clean是插件maven-clean-plugin的一个目标。
13.继承
- 为什么需要继承机制?
由于非编译范围的依赖信息是不能在“依赖链”中传递的,所以有需要的工程只能单独配置。
- 创建父工程创建父工程和创建一般的Java工程操作一致,唯一需要注意的是:打包方式处理要设置为pom。
- 在子工程中引用父工程.........从当前目录到父项目的pom.xml文件的相对路径
<母体>
<groupId>com.atguigu.maven</groupId>
<artifactId>Parent</artifactId>
<version>0.0.1-SNAPSHOT</version>
<!-- 以当前文件为基准的父工程pom.xml文件的相对路径 -->
<relativePath>../Parent/pom.xml</relativePath>
</parent>
此时如果子工程的 groupId 和 version 如果和父工程重复则可以删除。
- 在父工程中管理依赖 将 Parent 项目中的 dependencies 标签,用 dependencyManagement 标签括起来
<dependencyManagement>
<dependencies>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<版本> 4.9 </版本>
<范围>测试</范围>
</依赖性>
</依赖>
</ dependencyManagement>
在子项目中重新指定需要的依赖,删除范围和版本号
<依赖性>
<的groupId>的junit </的groupId>
<artifactId的>的junit </ artifactId的>
</依赖性>
14.聚合
- 为什么要使用聚合?
<! - 配置聚合 - >
<模块>
<! - 指定各个子工程的相对路径 - >
<模块> ../ HelloFriend </模块>
<模块> ../ MakeFriends </模块>
<模块> ../你好</模块>
</模块>