初识maven
Maven是什么？
Maven是一个项目管理和综合工具。Maven提供了开发人员构建一个完整的生命周期框架。开发团队可以自动完成项目的基础工具建设，Maven使用标准的目录结构和默认构建生命周期。 我们经常用的就是jar包的管理。
Maven POM
POM( Project Object Model，项目对象模型 ) 是 Maven 工程的基本工作单元，是一个XML文件，包含了项目的基本信息，用于描述项目如何构建，声明项目依赖，等等。
在创建 POM 之前，我们首先需要描述项目组 (groupId), 项目的唯一ID。
<project xmlns = "http://maven.apache.org/POM/4.0.0" xmlns:xsi = "http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation = "http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"> <!-- 模型版本 --> <modelVersion>4.0.0</modelVersion> <!-- 公司或者组织的唯一标志，并且配置时生成的路径也是由此生成， 如com.companyname.project-group，maven会将该项目打成的jar包放本地路径：/com/companyname/project-group --> <groupId>com.companyname.project-group</groupId> <!-- 项目的唯一ID，一个groupId下面可能多个项目，就是靠artifactId来区分的 --> <artifactId>project</artifactId> <!-- 版本号 --> <version>1.0</version> <packaging>jar</packaging> </project>
所有 POM 文件都需要 project 元素和三个必需字段：groupId，artifactId，version。
| 节点 | 描述 |
|---|---|
| project | 工程的根标签。 |
| modelVersion | 模型版本需要设置为 4.0。 |
| groupId | 这是工程组的标识。它在一个组织或者项目中通常是唯一的。例如，一个银行组织 com.companyname.project-group 拥有所有的和银行相关的项目。 |
| artifactId | 这是工程的标识。它通常是工程的名称。例如，消费者银行。groupId 和 artifactId 一起定义了 artifact 在仓库中的位置。 |
| version |
这是工程的版本号。在 artifact 的仓库中，它用来区分不同的版本。例如： com.company.bank:consumer-banking:1.0
|
| packaging | 项目打包的类型，可以使jar、war、rar、ear、pom，默认是jar |
dependencies和dependency
前者包含后者。前面说了，Maven的一个重要作用就是统一管理jar包，为了一个项目可以build或运行，项目中不可避免的，会依赖很多其他的jar包，在Maven中，这些依赖就被称为dependency。
说到这里，就有一个本地仓库和远程仓库的概念了。本地仓库和远程仓库是这样的，Maven工程首先会从本地仓库中获取jar包，当无法获取指定jar包时，本地仓库会从远程仓库（中央仓库）中下载jar包，并放入本地仓库以备将来使用。本次仓库路径：c:\用户\{找到计算机用户}\.m2。远程仓库默认使用的是http://repo2.maven.org/maven2/，但是我们也可以修改。
举个例子，比方说我的项目中用到了MyBatis，那么pom可以添加这段配置：
<dependencies> <dependency> <groupId>org.mybatis</groupId> <artifactId>mybatis</artifactId> <version>3.2.5</version> </dependency> </dependencies>
点击ctrl+s保存，Eclipse就会自动到远程仓库里下载mybatis的jar包到本地仓库，通过groupId、artifactId、version唯一标识一个Maven项目，有了这三个元素，我们就可以去远程仓库下载，如果本地仓库里已经有该jar包了，则不会到远程仓库下载。
properties
properties是用来定义一些配置属性的，例如project.build.sourceEncoding（项目构建源码编码方式），可以设置为UTF-8，防止中文乱码，也可定义相关构建版本号，便于日后统一升级。通过${}可以在dependency引用该模块定义的属性。
<properties> <mybatis.version>3.2.5</mybatis.version> </properties> <dependencies> <dependency> <groupId>org.mybatis</groupId> <artifactId>mybatis</artifactId> <version>${mybatis.version}</version> </dependency> </dependencies>
如上代码，我们在properties中定义了一个mybatis.version的属性，然后再下面的version里面就可以引用该属性了。
远程仓库修改
<repositories> <repository> <id>Dcm4Che</id> <name>Dcm4Che</name> <url>http://www.dcm4che.org/maven2/</url> <releases> <enabled>true</enabled> </releases> <snapshots> <enabled>false</enabled> </snapshots> </repository> </repositories>
标签的含义如下：
-
idmaven仓库的id（自定义） -
namemaven仓库的名称（自定义） -
urlmaven仓库的url（可以替换为阿里的镜像仓库：http://maven.aliyun.com/nexus/content/groups/public/，可以是自己搭建的maven私服） -
releasesmaven仓库中版本为release的包 -
snapshotsmaven仓库中版本为snapshots的包
Maven 构建生命周期
一个典型的 Maven 构建（build）生命周期是由以下几个阶段的序列组成的：
| 阶段 | 处理 | 描述 |
|---|---|---|
| 验证 validate | 验证项目 | 验证项目是否正确且所有必须信息是可用的 |
| 编译 compile | 执行编译 | 源代码编译在此阶段完成 |
| 测试 Test | 测试 | 使用适当的单元测试框架（例如JUnit）运行测试。 |
| 包装 package | 打包 | 创建JAR/WAR包如在 pom.xml 中定义提及的包 |
| 检查 verify | 检查 | 对集成测试的结果进行检查，以保证质量达标 |
| 安装 install | 安装 | 安装打包的项目到本地仓库，以供其他项目使用 |
| 部署 deploy | 部署 | 拷贝最终的工程包到远程仓库中，以共享给其他开发人员和工程 |
常用的maven命令如下：
1. 编译源代码：
mvn compile
2. 运行测试:
mvn test
3. 打包：
mvn package
4.打包到本地仓库(.m2路径下)
mvn install
5.清除产生的项目(清楚target目录文件)
mvn clean
6.上传到私服
mvn deploy
7.组合命令
mvn clean install --清楚打包
mvn -Dtest package 跳过测试 只打包
文章参考
http://www.runoob.com/maven/maven-tutorial.html
https://www.yiibai.com/maven
https://www.cnblogs.com/hongwz/p/5456578.html
出处：https://www.cnblogs.com/lc-chenlong
如果喜欢作者的文章，请关注“写代码的猿”订阅号以便第一时间获得最新内容。本文版权归作者所有，欢迎转载
