本文共 4660 字，大约阅读时间需要 15 分钟。
什么是Maven？
Maven：
- 一个项目对象模型（POM：Project Object Model）
- 一个标准集合
- 一个项目生命周期（Project Lifecycle）
- 一个依赖管理系统（Dependency Management System）
- 用来运行定义在生命周期阶段中的插件目标（plugin goal）的逻辑
为什么要用Maven？
1.工程需要引入各种jar包，手动引入会遇到版本不一致的问题，修改难度太大；
2.一个命令解决繁琐的打包工作；
3.自动下载仓库中没有的包，如果下一个项目仍需要，会直接使用，不需要再下载
传统工程和Maven项目有何不同？
传统项目：jar包在项目内
Maven项目：jar包不在项目内，只拿到jar所在仓库的地址，大大减少磁盘空间
依赖管理：maven工程对jar包的管理过程
Maven3中的各个文件说明
从网上下载的maven3的zip解压后有这几个文件（idea自带maven3，可在idea目录下的plugin/maven中找到）
- bin中是启动maven的mvn命令
- boot中是maven自身的启动包
- conf中是对maven的配置
- lib中是maven自身运行所依赖的jar包
那么maven帮我们管理的jar包的仓库在哪里呢？
打开conf/settings.xml文件
本地仓库的默认地点是用户地址下的.m2/repository
用户地址就是C:/user/ASUS(自己的用户名)
全地址即为C:/user/ASUS(自己的用户名)/.m2/repository
maven工程最开始运行会自动在这个目录下创建文件夹，通过联网去网上的中央仓库下载你所需要的jar包
如果不想放在c盘的默认地址处，将你想放到地址加入localRepository标签中即可。
Maven查找jar包的顺序
仓库有三类：
- 本地仓库
- 远程仓库（就是公司自建服务器中的仓库）
- 中央仓库（联网下载）
maven查找jar包的顺序自上而下：本地–》远程–》中央
Maven 标准目录结构
传统工程目录结构
- src
- config
- resources
maven目录结构
- src/main/java 核心代码部分
- src/main/resources 配置文件部分
- src/test/java 测试代码部分
- src/test/resources 测试配置文件部分
- src/main/webapp 页面资源，如js，css，图片
Maven 常用命令
| 命令 | 执行 |
|---|---|
| mvn clean | 将项目下的target（已编译好的项目）删除 |
| mvn compile | 只编译main下的代码，出现target |
| mvn test | 编译test下代码和main下代码，放入target |
| mvn package | 打包项目，编译test、main下代码，放入target |
| mvn install | 安装项目到本地仓库，打包项目，编译test、main下代码， |
Maven生命周期
默认生命周期：从左至右
| 清除编译信息 | 编译 | 测试 | 打包 | 安装 | 发布 |
|---|---|---|---|---|---|
| clean | compile | test | package | install | deploy |
简单介绍 Maven的 POM.xml
-
项目自身信息
-
项目运行所依赖的jar包信息
-
项目运行环境信息，如：jdk，tomcat信息
比如一个依赖的写法
org.mybatis.spring.boot mybatis-spring-boot-starter 2.1.1
<dependency>表示一个依赖包<groupId>公司组织的名称<artifactId>项目名称<version>版本号
idea 集成maven
对settings进行配置，需要注意的是settings是指当前项目的设置；other/settings for new project是对之后新创建的maven项目进行设置；
建议对全局进行设置，也就是后者；
使用骨架新建一个maven项目
create from archtype 打上勾
建好后
项目结构
自行补齐结构
pom.xml 4.0.0 org.example maven-study 1.0-SNAPSHOT war maven-study Maven Webapp http://www.example.com UTF-8 1.7 1.7 junit junit 4.11 test maven-study maven-clean-plugin 3.1.0 maven-resources-plugin 3.0.2 maven-compiler-plugin 3.8.0 maven-surefire-plugin 2.22.1 maven-war-plugin 3.2.2 maven-install-plugin 2.5.2 maven-deploy-plugin 2.8.2
不使用骨架创建maven项目
项目结构
pom.xml
4.0.0 org.example maven-study02 1.0-SNAPSHOT
maven常见异常
jar包冲突
比如tomcat本身自带了servlet-api和jsp-api包
而项目中又在maven配置了servlet-api和jsp-api包，名字一样就会冲突
使用scope来解决
scope 作用域
- compile 默认scope为compile，表示为当前依赖参与项目的编译、测试和运行阶段，属于强依赖。打包之时，会达到包里去。
- test 该依赖仅仅参与测试相关的内容，包括测试用例的编译和执行，比如定性的Junit。
- runtime 依赖仅参与运行周期中的使用。一般这种类库都是接口与实现相分离的类库，比如JDBC类库，在编译之时仅依赖相关的接口，在具体的运行之时，才需要具体的mysql、oracle等等数据的驱动程序。 此类的驱动都是为runtime的类库。
- provided 该依赖在打包过程中，不需要打进去，这个由运行的环境来提供，比如tomcat或者基础类库等等，事实上，该依赖可以参与编译、测试和运行等周期，与compile等同。区别在于打包阶段进行了exclude操作。
- system 使用上与provided相同，不同之处在于该依赖不从maven仓库中提取，而是从本地文件系统中提取，其会参照systemPath的属性进行提取依赖。
- import 这个是maven2.0.9版本后出的属性，import只能在dependencyManagement的中使用，能解决maven单继承问题，import依赖关系实际上并不参与限制依赖关系的传递性。
system的systemPath
- 当maven依赖本地而非repository中的jar包，sytemPath指明本地jar包路径,例如：
org.hamcrest hamcrest-core 1.5 system ${basedir}/WebContent/WEB-INF/lib/hamcrest-core-1.3.jar
dependency中的type
- 引入某一个依赖时，必须指定type，这是因为用于匹配dependency引用和dependencyManagement部分的最小信息集实际上是
{groupId，artifactId，type，classifier}。在很多情况下，这些依赖关系将引用没有classifier的jar依赖。这允许我们将标识设置为{groupId，artifactId}，因为type的默认值是jar，并且默认classifier为null。 type的值一般有jar、war、pom等，声明引入的依赖的类型
dependency中的classifier
- Classifier可能是最容易被忽略的Maven特性，但它确实非常重要，我们也需要它来帮助规划坐标。
<classifier>jdk14</classifier>表示这个导入的jar包是jdk14编译的，什么时候需要这种属性呢？比如这种带后缀的jar包：json-lib-2.24-jdk14.jar，如果不写classifier是找不到这个包的<classifier>javadoc</classifier>表示导入的是javadoc<classifier>sources</classifier>表示导入的是sources<classifier>dist</classifier>表示导入的是dist，上面三个都有
如有助，不吝啬，赞之，谢谢~
转载地址：http://blign.baihongyu.com/