《Maven实战》笔记

时间 2019-12-10

标签 Maven实战笔记栏目 Maven 繁體版

原文原文链接

maven是什么

maven是html

构建工具
依赖关系工具
项目信息管理工具

而JAVA世界的ant只是一个构建工具，不具有依赖管理的功能，须要配合使用ivy进行依赖管理。java

maven的安装

下载maven，配置环境变量。
升级的技巧：使用符号连接，环境变量指向符号连接，升级的时候修改符号连接便可。web

maven使用入门

手动搭建maven项目

编写pom
编写主代码和测试代码

使用ArcheType建立maven项目骨架

命令以下
mvn archetype:generate
实际上上述命令的完整格式是:
mvn groupId:artifactId:version:goal
即运行的是archetype插件的generate目标。
也能够为本身的项目开发archetype。apache

编译，测试，打包，安装，运行

编译: mvn clean compile
测试:mvn clean test
打包:mvn clean package
安装:mvn clean install
运行
- 使用maven-shade-plugin插件生成可执行的jar.
  - pom中配置shade插件。
  - 执行 mvn clean install，从新生成jar包。
- 运行jar包。java -jar xxx.jar

坐标和依赖

maven坐标的各个元素

groupId
artifactId
version
packaging:打包方式。好比jar或者war。
classifier:附属构件。好比javadoc和源代码。

依赖的元素

groupId
artifactId
version
type:同坐标中的packaging。默认为jar。
scope:依赖范围
optional
exclusions

依赖范围

三种classpath：编译classpath，测试classpath，运行classpath。tomcat

compile:对编译、测试、运行三种classpath都有效。
test:只对测试classpath有效。好比JUnit。
provided:编译和测试classpath有效，运行classpath无效。好比servlet API。
runtime:测试和运行classpath有效，编译classpath无效。好比JDBC驱动实现。
system:与provided一致。只是这种状况必须显示指定依赖文件的路径，这样就和本机系统绑定了，使得构建不具备移植性，慎用。
import:不会对三种classpath产生影响。

依赖范围不只能够控制依赖与三种classpath的关系，还对传递性依赖产生影响。网络

传递性依赖

传递性依赖机制:maven会解析各个直接依赖的pom，将那些必要的间接依赖以传递性依赖的形式引入到当前项目中。（咱们只须要关心项目的直接依赖）eclipse

maven会自动解析全部项目的直接依赖和传递性依赖，确保每一个构件只有惟一的版本在依赖中存在。最后解析后的这些依赖被称为已解析依赖。
相关命令
查看已解析依赖:mvn dependency:list
依赖树:mvn dependency:tree
分析依赖:mvn dependency:analyzemaven

生命周期和插件

生命周期和阶段

maven对构建过程进行了抽象，被称为生命周期。生命周期自己不作具体任务，实际的任务由插件完成。这是一种模板方法模式。ide

生命周期包含一些阶段（phase），这些阶段有先后依赖关系，后面的阶段依赖前面的阶段。能够定义多个生命周期，生命周期之间彼此是独立的，不存在依赖关系。工具

Maven拥有三套独立的生命周期，分别是clean、default和site。

clean生命周期的目的是清理项目。
default生命周期的目的是构建项目。
site生命周期的目的是创建项目站点。

clean生命周期

包含三个阶段：

pre-clean
clean
post-clean

defalut生命周期

包含的阶段太多，详情 Introduction to the Build Lifecycle。

site生命周期

pre-site
site
post-site
site-deploy

命令行与生命周期的关系

经常使用的mvn clean compile命令实际上调用的是clean生命周期的clean阶段和default生命周期的compile阶段。

插件和插件目标

对于插件而言，为了可以复用代码，它可以执行多个任务，实现多个功能，这些功能汇集在一个插件里，每一个功能就是一个插件目标。好比maven-dependency-plugin插件，它能够分析项目依赖，列出项目的依赖树，找出无用依赖。

一般写法是:插件:插件目标。

插件绑定

将生命周期中的阶段和插件目标绑定。
那么在命令行输入生命周期的阶段，则对应的插件目标就会执行相应的任务。

Q:是否能够直接在命令行中直接指定执行某个插件目标'？？？
A:能够。

多个插件目标能够绑定到同一个阶段。

总结

A Build Lifecycle is Made Up of Phases
A Build Phase is Made Up of Plugin Goals

聚合和继承

聚合

解决以下需求：想要用一条命令一次性构建多个项目（模块）。
这就是maven聚合（多模块）特性。
方法：增长一个聚合模块，其中的pom.xml中的packaging为pom。

聚合模块和其余模块的目录关系

不必定是父子关系，也能够是平行的目录结构。

继承

目的：解决多模块maven项目的配置重复问题。
方法：增长一个父模块，在父pom中声明一些配置供子pom继承。

父模块和聚合模块通常同时存在多模块maven项目中。父模块也要在聚合模块中的modules标签中配置。

可继承的pom元素

groupId
version
dependencies
dependencyManagement
build
repositories
properties
...

依赖管理

能够将一些依赖放到父模块的dependencies元素中，这样子类就无需配置了。但会存在一个问题：全部的子模块都会依赖父模块dependencies元素中声明的依赖，即便一些子模块并不须要这些依赖。

解决方法：
在父模块中使用dependencyManagement元素声明依赖，这些依赖不为直接被子模块继承。子模块若要继承父模块dependencyManagement中声明的某个依赖的话，则须要在子模块中的dependencies元素中从新声明（只须要配置groupId和artifactId便可）。
虽然这种方式不会大幅度的减小配置，可是因为在父模块的pom中统一申明了依赖的版本，能够避免在子模块中使用的依赖版本不一致的状况。

import依赖范围

名为import的依赖范围只在dependencyManagement元素下采用效果。其做用是将目标pom中的dependencyManagement配置导入并合并到当前pom中的dependencyManagement元素中。

插件管理

pluginManagement和dependencyManagement相似。

聚合与继承的关系

目的不一样：

聚合是为了方便快速构建项目。
继承是为了消除重复配置。

聚合模块 vs. 被聚合模块：聚合模块知道被聚合模块，但被聚合模块不知道聚合模块的存在。
父模块 vs. 子模块：父模块不知道那些子模块继承自它，但子模块都知道本身的父模块。

相同点：父模块和聚合模块都没有实际内容，而且二者的pom中的packaging都必须是pom。

实际项目中，会发现一个pom既是父pom，又是聚合pom，这么作主要是为了方便。

约定优于配置

全部的pom都继承自超级POM。
对于Maven3，超级POM在$MAVEN_HOME/lib/maven-model-builder-x.x.x.jar中的org/apache/maven/model/pom-4.0.0.xml路径下。
对于Maven2，超级POM在$MAVEN_HOME/lib/maven-model-x.x.x-uber.jar中的org/apache/maven/pom-4.0.0.xml路径下。
在超级POM中已经定义了源代码的路径、构建的输出路径等信息。

反应堆

构建一个多模块项目时，因为模块间存在继承或者聚合关系，模块间的构建是有前后关系的，总体构成一个有向无环图DAG。反应堆就是全部模块组成的一个构建结构。

持续集成

好比TensorFlow的持续集成：http://ci.tensorflow.org/

使用maven构建web应用

war文件的目录结构

todo

web项目的maven目录结构