目录
1、简介
1.1、什么是Maven
Maven 是一个项目管理工具,它包含了一个项目对象模型 (POM:Project Object Model),一组标准集合,一个项目生命周期(Project Lifecycle),一个依赖管理系统(Dependency Management System),和用来运行定义在生命周期阶段(phase)中插件(plugin)目标 (goal)的逻辑。
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安装
通过 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专栏
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。