标签：xml maven 依赖 入门 仓库 jar 就够 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专栏

标签：xml,maven,依赖,入门,仓库,jar,就够,Maven
来源： https://blog.csdn.net/haifeng_ck/article/details/119419979

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。