Maven的入门学习

Maven

Maven 是一个项目管理工具，它包含了一个项目对象模型 (POM：Project Object Model)，一组标准集合，一个项目生命周期(Project Lifecycle)，一个依赖管理系统(Dependency Management System)，和用来运行定义在生命周期阶段(phase)中插件(plugin)目标(goal)的逻辑。

Maven 能解决什么问题：

1. 项目的一键构建。

2. jar包太过庞大

3. 单元测试

Maven的依赖管理：（就是一个管理jar包的过程）

本地仓库<私服<中央仓库

本地仓库 ：用来存储从远程仓库或中央仓库下载的插件和 jar 包，项目使用一些插件或 jar 包，优先从本地仓库查找

远程仓库：如果本地需要插件或者 jar 包，本地仓库没有，默认去远程仓库下载。远程仓库可以在互联网内也可以在局域网内。

中央仓库 ：在 maven 软件中内置一个远程仓库地址 http://repo1.maven.org/maven2 ，它是中央仓库，服务于整个互联网，它是由 Maven 团队自己维护，里面存储了非常全的 jar 包，它包含了世界上大部分流行的开源项目构件。

项目的一键构建

指的是项目从编译、测试、运行、打包、安装 ，部署整个过程都交给 maven 进行管理，这个过程称为构建。一键构建指的是整个构建过程，使用 maven 一个命令可以轻松完成整个工作。

Maven软件的安装

Apache-maven-3.5.2 下载地址：http://archive.apache.org/dist/maven/maven-3/

Maven 下载后，将 Maven 解压到一个没有中文没有空格的路径下，比如 D:\software\maven 下面。解压后目录结构如下：

bin:存放了 maven 的命令，比如：mvn tomcat:run

boot:存放了一些 maven 本身的引导程序，如类加载器等

conf:存放了 maven 的一些配置文件，如 setting.xml 文件

lib:存放了 maven 本身运行所需的一些 jar 包

Maven 常用命令

mvn compile 是 maven 工程的编译命令，作用是将 src/main/java 下的文件编译为 class 文件输出到 target目录下。

mvn test 是 maven 工程的测试命令 mvn test，会执行 src/test/java 下的单元测试类。

mvn clean 是 maven 工程的清理命令，执行 clean 会删除 target 目录及内容。

mvn package 是 maven 工程的打包命令，对于 java 工程执行 package 打成 jar 包，对于 web 工程打成 war包。

mvn install 是 maven 工程的安装命令，执行 install 将 maven 打成 jar 包或 war 包发布到本地仓库。

从运行结果中，可以看出：当后面的命令执行时，前面的操作过程也都会自动执行，

Maven 指令的生命周期

maven 对项目构建过程分为三套相互独立的生命周期，请注意这里说的是“三套”，而且“相互独立”，这三套生命周期分别是：

• Clean Lifecycle 在进行真正的构建之前进行一些清理工作。

• Default Lifecycle 构建的核心部分，编译，测试，打包，部署等等。

• Site Lifecycle 生成项目报告，站点，发布站点。

maven 的概念模型

• 项目对象模型 (Project Object Model)：一个 maven 工程都有一个 pom.xml 文件，通过 pom.xml 文件定义项目的坐标、项目依赖、项目信息、插件目标等。

• 依赖管理系统(Dependency Management System)：通过 maven 的依赖管理对项目所依赖的 jar 包进行统一管理。

• 一个项目生命周期(Project Lifecycle)：使用 maven 完成项目的构建，项目构建包括：清理、编译、测试、部署等过程，maven 将这些过程规范为一个生命周期，

maven 通过执行一些简单命令即可实现上边生命周期的各各过程，比如执行 mvn compile 执行编译、执行 mvn clean 执行清理。

• 一组标准集合：maven 将整个项目管理过程定义一组标准，比如：通过 maven 构建工程有标准的目录结构，有标准的生命周期阶段、依赖管理有标准的坐标定义等。
• 插件(plugin)目标(goal)：maven 管理项目生命周期过程都是基于插件完成的。

坐标的来源方式：

http://search.maven.org/

http://mvnrepository.com/

依赖范围：

A 依赖 B，需要在 A 的 pom.xml 文件中添加 B 的坐标，添加坐标时需要指定依赖范围，依赖范围包括：

• compile：编译范围，指 A 在编译时依赖 B，此范围为默认依赖范围。编译范围的依赖会用在编译、测试、运行，由于运行时需要所以编译范围的依赖会被打包。
• provided：provided 依赖只有在当 JDK 或者一个容器已提供该依赖之后才使用， provided 依赖在编译和测试时需要，在运行时不需要，比如：servlet api 被 tomcat 容器提供，JSP。
• runtime：runtime 依赖在运行和测试系统的时候需要，但在编译的时候不需要。比如：jdbc的驱动包。由于运行时需要所以 runtime 范围的依赖会被打包。
• test：test 范围依赖 在编译和运行时都不需要，它们只有在测试编译和测试运行阶段可用，比如：junit。由于运行时不需要所以 test范围依赖不会被打包。
• system：system 范围依赖与 provided 类似，但是你必须显式的提供一个对于本地系统中 JAR文件的路径，需要指定 systemPath 磁盘路径，system依赖不推荐使用。

在 maven-web 工程中测试各种 scop。测试总结：

• 默认引入 的 jar 包 ------- compile 【默认范围 可以不写】（编译、测试、运行 都有效 ）
• servlet-api 、jsp-api ------- provided （编译、测试 有效， 运行时无效 防止和 tomcat 下 jar 冲突）
• jdbc 驱动 jar 包 ---- runtime （测试、运行 有效 ） 
• junit ----- test （测试有效）

依赖范围由强到弱的顺序是：compile>provided>runtime>test

坐标定义：

在 pom.xml 中定义坐标，内容包括：groupId、artifactId、version，详细内容如下：

<!--项目名称，定义为组织名+项目名，类似包名-->
<groupId>cn.itcast.maven</groupId> 
<!-- 模块名称 --> 
<artifactId>maven-first</artifactId> 
<!-- 当前项目版本号，snapshot 为快照版本即非正式版本，release 为正式发布版本 -->
<version>0.0.1-SNAPSHOT</version> 
<packaging > ：打包类型

jar：执行 package 会打成 jar 包

war：执行 package 会打成 war 包

pom ：用于 maven 工程的继承，通常父工程设置为 pom

pom 基本配置：

pom.xml 是 Maven 项目的核心配置文件，位于每个工程的根目录，基本配置如下：

<project > ：文件的根节点 . 

<modelversion > ： pom.xml 使用的对象模型版本

<groupId > ：项目名称，一般写项目的域名

<artifactId > ：模块名称，子项目名或模块名称

<version > ：产品的版本号 . 

<packaging > ：打包类型，一般有 jar、war、pom 等 

<name > ：项目的显示名，常用于 Maven 生成的文档。 

<description > ：项目描述，常用于 Maven 生成的文档

<dependencies> ：项目依赖构件配置，配置项目依赖构件的坐标

<build> ：项目构建配置，配置编译、运行插件等。