Maven入门

目录

1.为什么要学习Maven

1. 作为jar包的管理工具

2.作为构建管理工具

3.结论

2.什么是Maven

1. 构建包含的主要环节

2.依赖

3.Maven的工作机制

3.Maven的核心概念：

1.坐标

2.POM

3.约定的目录结构

4.生命周期

5.插件与目标

6.仓库

4.Maven操作

5.依赖

1.依赖的范围

2.依赖的传递

3.依赖的排除

6.继承

7.聚合

8.使用idea操作Maven

---

1.为什么要学习Maven

1. 作为jar包的管理工具

* 项目中用到的jar包数量越来越大，比如使用框架中的三个功能，就需要导入106个jar包；使用Maven则只需要导入三个依赖而已

* jar包的来源十分难找，找到的也不一定能用；使用Maven后，依赖对应的jar包能够自动下载，方便且规范

* 框架中的jar包数量庞大，且具有复杂的依赖关系，彼此盘根错节，在使用中难度很大。使用Maven可以很好的管理jar包

2.作为构建管理工具

* 在使用java/web源程序(比如java的类)时，都需要将源程序加载、打包、部署，这就是构建。使用IDEA开发时，构建由IDEA生成

* 将代码写好要上传到服务器中，需要将代码集成、打成war包、部署，此时IDEA无法替我们构建，Maven可以

3.结论

* 管理规模庞大的jar包，需要专门工具

* 脱离IDE环境执行构建操作，需要工具

2.什么是Maven

1. 构建包含的主要环节

* 清理：删除上一次构建的结果，为下一次构建做好准备

* 编译：Java源程序编译成*.class字节码文件

* 测试：运行提前准备好的测试程序

* 报告：针对刚才测试的结果生成一个全面的信息

* 打包：Java工程：jar包；Web工程：war包

* 安装：把一个Maven工程经过打包操作生成的jar包或war包存入到Maven仓库

* 部署：部署jar包：把一个jar包部署到Nexus私服服务器上；

             部署war包：借助相关Maven插件(例如cargo)，将war部署到Tomcat服务器上

2.依赖

* 如果A工程里面用到了B工程的类、接口、配置文件等等这样的资源，那么我们就可以说A依赖B

- 依赖中要解决的具体问题：

* jar包的下载：使用Maven之后，jar包会从规范的远程仓库下载到本地

* jar包之间的依赖：通过依赖的传递性自动完成

* jar包之间的冲突：通过对依赖的配置进行调整，让某些jar包不会被导入

3.Maven的工作机制

3.Maven的核心概念：

1.坐标

坐标：使用三个向量在Maven仓库中唯一的定位到一个jar包

* groupId：公司或组织的ID

* artifactId：一个项目或者是项目中的一个模块的ID

* version：版本号

* 一个项目，可能有很多模块，因此存在很多个工程

比如：

groupId：com.gz.maven
artifactId：pro01-gz-maven
version：1.0-SNAPSHOT

2.POM

* POM：project object model-项目对象模型

* 模型化思想：将工程抽象成一个模型，再用程序中的对象来描述这个模型；就是将现实生活中的事物抽象成模型，然后封装模型相关的数据作为一个对象。比如：地球-地球仪

* 对应的配置文件：POM理念体现在Maven根目录下pom.xml文件中。学习Maven就是学习如何配置pom.xml文件

3.约定的目录结构

* 约定目录结构的意义：Maven为了让构建过程尽可能自动化完成，必须约定目录结构的作用

* 约定大于配置，配置大于编码：Maven对于目录结构，是基于约定的，使得开发非常方便

4.生命周期

* Maven包中的Lifecycle既是生命周期

* 作用：让构建过程自动化完成，Maven设定了三个生命周期，生命周期中的每一个环节对应构建过程中的一个操作

* 简单的说：在生命周期的任一个环节执行都会从头开始执行

* 三个生命周期：

        1. Clean：清理操作相关

        2. Site：生成站点相关：将Maven项目的依赖等各种信息抽取出来，生成一组静态页面-站点

        3. Default：主要构建过程

* deploy-部署：将包复制到远程的仓库，以让其他开发人员与项目共享；或部署到服务器上运行(借助插件，如cargo)

5.插件与目标

* 插件：Maven的核心程序仅仅负责宏观调度，不做具体工作。具体工作由Maven插件完成

* 目标：一个插件可以对应多个目标，每一个目标都个生命周期的某一个环节对应

6.仓库

* 本地仓库：在当前电脑上，为电脑所有工程服务

- 远程仓库：需要联网

* 局域网：我们自己搭建的Maven私服，比如使用Nexus技术搭建私服

* nezus相当于是一个中转站，当需要的jar包本地没有时，会先去Nexus私服看有没有，私服没有就由私服去中央仓库下载jar包，然后本地再从私服中下载

* internet-外网：中央仓库/镜像仓库

* 建议不要中央仓库和阿里云镜像混用，否则jar包来源不纯，彼此冲突

4.Maven操作

* 使用命令生成Maven工程：运行 mvn archetype:generate命令

* 使用命令行执行Maven命令时，要在pom.xml所在目录下运行—操作哪个工程，就进入这个工程的pom.xml目录

* 清理：mvn clean

* 编译：主程序编译：mvn compile；测试程序编译：mvn test-compile；主体程序编译结果存放目录：target/classes测试程序编译结果存放目录：target/test-classes

* 测试：mvn test；测试报告存放目录：target/surefire-reports

* 打包：mvn package；打包为jar包，存放目录：target

* 安装：mvn install

* 只有web工程依赖java工程，没有java工程依赖web工程

5.依赖

1.依赖的范围

* 部署到服务器：就是打包的过程中

* compile、test、provided都是scope中的范围；该写一定要写,不然易引起冲突(比如服务器中有一个jar包,你不应该部署到服务器中,此时scope为provided，但你使用了compile,就会报错)

* 但这些scope一般复制过来时都已经有了，不要删掉就行

2.依赖的传递

* A依赖B，B依赖C，在A没有配置对C的依赖时，A能否使用C的依赖，取决于B依赖C的依赖范围

* B依赖C使用compile范围时，可以传递

* B依赖C使用test/provided时：不能传递，因此需要这样的jar包时，必须在需要的地方明确配置依赖才可以

3.依赖的排除

* 即阻断依赖的传递；避免出现jar包之间的冲突（传递时导入同一个jar包的不同版本）

* 排除方式：exclusions-排除

6.继承

* 含义：A工程的pom.xml中的配置继承了B工程中pom.xml的配置；B即为父工程

* 作用：可以统一管理项目的依赖信息，具体来说是管理依赖信息的版本，保持版本一致

* 只有打包方式为pom的Maven工程能够管理其他Maven工程。即作为父类

* 打包方式为pom的Maven工程不写业务代码，是专门管理其他Maven工程的工程

* 子工程的groupId和version如果和父工程一样，则可以省略，只保留artifactId

* 在父工程中统一管理依赖信息

* 注意：即使在父工程配置了对依赖的管理，子工程需要使用具体哪一个依赖还是要明确配置，只是不需要写版本号

* 想要一处修改，处处生效，可以在properties里面配置自定义的属性标签

7.聚合

* 即部分组成整体

* 项目：整体；模块：部分

* 从聚合关系来讲：总工程、模块工程

* 先安装父工程，然后按照被依赖工程，最后安装本工程

* 要避免依赖循环问题

8.使用idea操作Maven

* 重中之重：idea版本要和Maven匹配，比如idea2019只能匹配maven3.6以下的

1.Maven home directory：下载的Maven压缩包位置

   User settings file：下载的Maven压缩包中setting.xml文件位置，在conf下

   Local repository：自己在电脑中设置的本地仓库

 2.在IDEA的右侧是Maven的快捷操作界面

        Lifecycle：表示生命周期中的各个操作，比如点击clean相当于：清理-mvn clean

        Pugins：表示各种插件

        Dependencies：已经导入的依赖