Maven从入门到流畅使用，这一篇就够了建议收藏~~

目录

• 1、简介
• • 1.1、什么是Maven
  • 1.2、Maven的两个经典作用
  • • 1.2.1、Maven的依赖管理
    • 1.2.2、项目的一键构建
• 2、Maven使用
• • 2.1、Maven安装
  • 2.2、Maven仓库
  • • 2.2.1、本地仓库配置
    • 2.2.2、远程仓库配置（使用镜像）
    • 2.2.3、全局setting和用户setting
  • 2.3、Maven工程
  • • 2.3.1、maven工程目录结构
    • 2.3.2、maven工程的运行
    • 2.3.3、pom基本配置
    • 2.3.4、依赖范围
    • 2.3.5、jdk插件
    • 2.3.6、tomcat插件
  • 2.4、常用命令
  • 2.5、Maven指令的生命周期
  • 2.6、Maven的概念模型
  • 2.7、IDEA开发Maven项目
  • • 2.7.1、idea中的maven配置
    • 2.7.2、maven项目启动

1、简介

1.1、什么是Maven

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

• 使用Maven的好处
  1. jar包管理（使用jar包坐标），解决jar包冲突；
  2. 可以用来编译代码；
  3. 可以用来进行测试；
  4. 进行项目的打包、发布。

1.2、Maven的两个经典作用

1.2.1、Maven的依赖管理

通过在 pom.xml 文件中添加所需 jar 包的坐标，，在需要用到 jar 包的时候，只要查找 pom.xml 文 件，再通过 pom.xml 文件中的坐标，在仓库（本地仓库，远程仓库（私服），中央仓库）中找到对应的jar包使用。
maven 中也有索引的概念，通过建立索引，可以大大提高加载 jar 包的速度，使得我们认为 jar 包基本跟放在本地的工程文件中再 读取出来的速度是一样的。

1.2.2、项目的一键构建

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

• Maven规范化构建流程如下：maven将项目构建的过程进行标准化，每个阶段使用一个命令完成。

2、Maven使用

2.1、Maven安装

• 下载地址：官网下载地址

• 安装：Maven 下载后，将 Maven 解压到一个没有中文没有空格的路径下。maven的目录结构如下：
  

  

• 环境配置
  

  
  

  

• maven软件版本测试

通过 mvn -v 命令检查 maven 是否安装成功，看到 maven 的版本 及 java 版本即为安装成功。

2.2、Maven仓库

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

  默认本地仓库位置在 ${user.dir}/.m2/repository ，${user.dir} 表示 windows 用户目录。

• 远程仓库：如果本地需要插件或者 jar 包，本地仓库没有，默认去远程仓库下载。

  远程仓库可以在互联网内也可以在局域网内。

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

2.2.1、本地仓库配置

在 MAVE_HOME/conf/settings.xml 文件中配置本地仓库位置（maven 的安装目录下）：

2.2.2、远程仓库配置（使用镜像）

2.2.3、全局setting和用户setting

• maven 仓库地址、私服等配置信息需要在 setting.xml 文件中配置，分为全局配置和用户配置。
• 在 maven 安装目录下的有 conf/setting.xml 文件，此 setting.xml 文件用于 maven 的所有 project 项目，它作为 maven 的全局配置。
• 如需要个性配置则需要在用户配置中设置，用户配置的 setting.xml 文件默认的位置在：${user.dir} /.m2/settings.xml 目录中,${user.dir} 指 windows 中的用户目录。
• maven 会先找用户配置，如果找到则以用户配置文件为准，否则使用全局配置文件。

2.3、Maven工程

2.3.1、maven工程目录结构

作为一个 maven 工程，它的 src 目录和 pom.xml 是必备的。

2.3.2、maven工程的运行

进入 maven 工程目录（当前目录有 pom.xml 文件），运行 mvn tomcat:run 命令。maven集成的是tomcat6，不支持jdk1.8。

2.3.3、pom基本配置

pom.xml 是 Maven 项目的核心配置文件，位于每个工程的根目录，基本配置如下：
<project> ：文件的根节点 .
<modelversion> ： pom.xml 使用的对象模型版本
<groupId> ：项目名称，一般写项目的域名
<artifactId> ：模块名称，子项目名或模块名称
<version> ：产品的版本号
<packaging> ：打包类型，一般有 jar、war、pom 等
<name> ：项目的显示名，常用于 Maven 生成的文档
<description> ：项目描述，常用于 Maven 生成的文档
<dependencies> ：项目依赖构件配置，配置项目依赖构件的坐标
<build> ：项目构建配置，配置编译、运行插件等

2.3.4、依赖范围

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

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

  

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

2.3.5、jdk插件

<!--jdk编译插件-->
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-compiler-plugin</artifactId>
  <version>3.6.2</version>
  <configuration>
    <source>1.8</source>
    <target>1.8</target>
    <encoding>utf-8</encoding>
  </configuration>
</plugin>

2.3.6、tomcat插件

<!-- tomcat插件 -->
<plugin>
  <groupId>org.apache.tomcat.maven</groupId>
  <!-- tomcat7的插件，不同tomcat版本这个也不一样 -->
  <artifactId>tomcat7-maven-plugin</artifactId>
  <version>2.1</version>
  <configuration>
    <!-- 通过maven tomcat7:run运行项目时，访问项目的端口号 -->
    <port>80</port>
    <!-- 项目访问路径 -->
    <path>/</path>
  </configuration>
</plugin>

2.4、常用命令

• compile：是 maven 工程的编译命令，作用是将 src/main/java 下的文件编译为 class 文件输出到 target 目录下。
• test：是 maven 工程的测试命令 mvn test，会执行 src/test/java 下的单元测试类。
• clean：是 maven 工程的清理命令，执行 clean 会删除 target 目录及内容。
• package：是 maven 工程的打包命令，对于 java 工程执行 package 打成 jar 包，对于 web 工程打成 war 包。
• install：是 maven 工程的安装命令，执行 install 将 maven 打成 jar 包或 war 包发布到本地仓库。

【注意】当后面的命令执行时，前面的操作过程也都会自动执行。

2.5、Maven指令的生命周期

maven 对项目构建过程分为三套相互独立的生命周期，分别是：

• Clean Lifecycle 在进行真正的构建之前进行一些清理工作。
• Default Lifecycle 构建的核心部分，编译，测试，打包，部署等等。
• Site Lifecycle 生成项目报告，站点，发布站点。

2.6、Maven的概念模型

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

• 项目对象模型 (Project Object Model)

一个 maven 工程都有一个 pom.xml 文件，通过 pom.xml 文件定义项目的坐标、项目依赖、项目信息、 插件目标等。

• 依赖管理系统(Dependency Management System)

通过 maven 的依赖管理对项目所依赖的 jar 包进行统一管理。

• 一个项目生命周期(Project Lifecycle)

使用 maven 完成项目的构建，项目构建包括：清理、编译、测试、部署等过程，maven 将这些 过程规范为一个生命周期，如下所示是生命周期的各各阶段：

maven 通过执行一些简单命令即可实现生命周期的各个过程。

• 一组标准集合

maven 将整个项目管理过程定义一组标准，比如：通过 maven 构建工程有标准的目录结构，有 标准的生命周期阶段、依赖管理有标准的坐标定义等。

• 插件(plugin)目标(goal)

maven 管理项目生命周期过程都是基于插件完成的。

2.7、IDEA开发Maven项目

2.7.1、idea中的maven配置

2.7.2、maven项目启动

求 收藏！求 点赞！求 关注！

Maven专栏

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 [e-mail] 举报，一经查实，本站将立刻删除。