Maven的核心概念

Maven的核心概念

1. POM
2. 约定的目录结构
3. 插件和目标
4. 生命周期
5. 仓库和坐标
6. 依赖、继承、聚合

1. POM

Project Object Model：项目对象模型。将Java工程的相关信息封装为对象作为便于操作和管理的模型。
Maven工程的核心配置。可以说学习Maven就是学习pom.xml文件中的配置。

2. 约定的目录结构

现在JavaEE开发领域普遍认同一个观点：约定>配置>编码。意思就是能用配置解决的问题就不编码，能基于约定的就不进行配置。而Maven正是因为指定了特定文件保存的目录才能够对我们的Java工程进行自动化构建。

3. 插件和目标

1)Maven的核心仅仅定义了抽象的生命周期，具体的任务都是交由插件完成的。
2)每个插件都能实现多个功能，每个功能就是一个插件目标。
3)Maven的生命周期与插件目标相互绑定，以完成某个具体的构建任务。
例如：compile就是插件maven-compiler-plugin的一个功能；pre-clean是插件maven-clean-plugin的一个目标。

4.生命周期

• 线程/Vue/Servlet/Filter…的生命周期
  • 对象从出生到死亡经历的人生阶段
• Maven的生命周期
  • 自动化构建的环节

• Maven提供了三套相互独立的生命周期
• 清理
  • 清理前
  • 清理
  • 清理后
• 默认 ★
  • 编译
  • 测试
  • 打包
  • 安装
  • 部署
• 发布站点
  • 主要就是想项目的运行生成一个报告，部署在一个服务器上，供领导查看

总结：
​ 三个生命周期相互独立
运行生命周期中的任何一个阶段，该阶段前的生命周期自动执行

5.仓库与坐标

① 本地仓库：为当前本机电脑上的所有Maven工程服务
② 远程仓库

1. 私服：架设在当前局域网环境下，为当前局域网范围内的所有Maven工程服务。
2. 中央仓库：架设在Internet上，为全世界所有Maven工程服务。
3. 中央仓库的镜像：架设在各个大洲，为中央仓库分担流量。减轻中央仓库的压力，同时更快的响应用户请求。

仓库中的文件
①Maven的插件
②我们自己开发的项目的模块
③第三方框架或工具的jar包
不管是什么样的jar包，在仓库中都是按照坐标生成目录结构，所以可以通过统一的方式查询或依赖。

Maven的坐标
使用如下三个向量在Maven的仓库中唯一的确定一个Maven工程。
[1]groupId：公司或组织的域名倒序+当前项目名称
[2]artifactId：当前项目的模块名称
[3]version：当前模块的版本

	<groupId>com.zyd.maven</groupId>
	<artifactId>Hello</artifactId>
	<version>1.0-SNAPSHOT</version>

3)如何通过坐标到仓库中查找jar包？
[1]将gav三个向量连起来 : com.zyd.maven+Hello+1.0-SNAPSHOT
[2]以连起来的字符串作为目录结构到仓库中查找
com/zyd/maven/Hello/1.0-SNAPSHOT/Hello-1.0-SNAPSHOT.jar

注意：我们自己的Maven工程必须执行安装操作才会进入仓库。安装的命令是：mvn install

6.依赖

1)基本概念
当A jar包需要用到B jar包中的类时，我们就说A对B有依赖。例如：commons-fileupload-1.3.jar依赖于commons-io-2.0.1.jar。
通过第二个Maven工程我们已经看到，当前工程会到本地仓库中根据坐标查找它所依赖的jar包。
配置的基本形式是使用dependency标签指定目标jar包的坐标。例如：

<dependency>
    <!--坐标-->
    <groupId>junit</groupId>
    <artifactId>junit</artifactId>
    <version>4.0</version>
    <!--依赖的范围-->
    <scope>test</scope>
</dependency>

2)直接依赖和间接依赖
如果A依赖B，B依赖C，那么A→B和B→C都是直接依赖，而A→C是间接依赖。

6.1依赖的传递性

当存在间接依赖的情况时，主工程对间接依赖的jar可以访问吗？这要看间接依赖的jar包引入时的依赖范围——只有依赖范围为compile时可以访问，即依赖范围是compile时才具有传递性。例如：

6.2依赖的原则：解决jar包冲突

6.3依赖的范围

1)compile（默认就是这个范围）
[1]main目录下的Java代码可以访问这个范围的依赖
[2]test目录下的Java代码可以访问这个范围的依赖
[3]部署到Tomcat服务器上运行时要放在WEB-INF的lib目录下
例如：对Hello的依赖。主程序、测试程序和服务器运行时都需要用到。

2)test
[1]main目录下的Java代码不能访问这个范围的依赖
[2]test目录下的Java代码可以访问这个范围的依赖
[3]部署到Tomcat服务器上运行时不会放在WEB-INF的lib目录下
例如：对junit的依赖。仅仅是测试程序部分需要。

3)provided
[1]main目录下的Java代码可以访问这个范围的依赖
[2]test目录下的Java代码可以访问这个范围的依赖
[3]部署到Tomcat服务器上运行时不会放在WEB-INF的lib目录下
例如：servlet-api在服务器上运行时，Servlet容器会提供相关API，所以部署的时候不需要。

4)其他：runtime、import、system等。
各个依赖范围的作用可以概括为下图：

6.4依赖的排除

有的时候为了确保程序正确可以将有可能重复的间接依赖排除。请看如下的例子：
假设当前工程为MakeFriend，直接依赖OurFriends。
OurFriends依赖commons-logging的1.1.1对于MakeFriend来说是间接依赖。
当前工程MakeFriend直接依赖commons-logging的1.1.2
加入exclusions配置后可以在依赖OurFriends的时候排除版本为1.1.1的commons-logging的间 接依赖

<dependency>
    <groupId>com.zyd.maven</groupId>
    <artifactId>OurFriends</artifactId>
    <version>1.0-SNAPSHOT</version>
    <!--依赖排除-->
    <exclusions>
        <exclusion>
            <groupId>commons-logging</groupId>
            <artifactId>commons-logging</artifactId>
        </exclusion>
    </exclusions>
</dependency>

<dependency>
    <groupId>commons-logging</groupId>
    <artifactId>commons-logging</artifactId>
    <version>1.1.2</version>
</dependency> 

6.5 Maven统一管理目标jar包的版本

<!--统一管理当前模块的jar包的版本-->
<properties>
    <spring.version>5.3.1</spring.version>
</properties>

<!--中间省略了其他无关配置代码-->

<dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-context</artifactId>
    <version>${spring.version}</version>
</dependency>
<dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-webmvc</artifactId>
    <version>${spring.version}</version>
</dependency>
<dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-jdbc</artifactId>
    <version>${spring.version}</version>
</dependency>
<dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-orm</artifactId>
    <version>${spring.version}</version>
</dependency>

7.继承

• 创建父工程，进行不同模块中jar包版本的统一管理
• 设置打包方式为pom
• 添加依赖
• 在子工程内继承父工程

8.聚合

将多个工程拆分为模块后，需要手动逐个安装到仓库后依赖才能够生效。修改源码后也需要逐个手动进行clean操作。而使用了聚合之后就可以批量进行Maven工程的安装、清理工作。

<!--配置聚合-->
<modules>
    <!--将其他模块引入进来，从当前文件开始通过相对路径寻找其他模块  ./   ../
        如果这些模块中存在自己的子级工程，子级工程需要添加一个配置
            在子级继承的标签内(parent标签内添加配置)
    -->
    <module>../Hello</module>
    <module>../HelloFriend</module>
    <module>../MakeFriend</module>
    <module>../OurFriend</module>
</modules>

<!--继承parent父工程-->
<parent>
    <groupId>com.zyd.parent</groupId>
    <artifactId>parent</artifactId>
    <version>1.0-SNAPSHOT</version>
    <!--如果有聚合，子级需要添加配置   从当前文件出发寻找父级的pom.xml-->
    <relativePath>../parent/pom.xml</relativePath>
</parent>

9 Maven酷站

我们可以到http://mvnrepository.com或http://search.maven.org
搜索需要的jar包的依赖信息。