Maven基础入门——maven标准目录结构、maven常用命令、maven生命周期

目录

一、标准目录结构

         二、常用命令

三、生命周期

        1、清理生命周期（Clean Lifecycle）：在开始真正的项目构建之前进行一些清理工作。

        2、默认生命周期（Default Lifecycle）：构建项目的核心部分，包括编译、测试、打包、部署等。

        3、站点生命周期（Site Lifecycle）：生成项目报告、站点，发布站点。

       4、总结

 

---

Maven基础入门——maven在IDEA中的使用（IDEA配置maven、创建maven新项目时使用自定义maven配置、创建maven项目）

---

一、标准目录结构

maven项目标准目录结构：

• src/main/java目录：核心代码部分
• src/main.resources目录：配置文件部分
• src/test/java目录：测试代码部分
• src/test/resources目录：测试配置文件
• src/main/webapp：页面资源、js、css、图片等等

/项目目录
    pom.xml 用于maven的配置文件
    /src 源代码目录
        /src/main 工程源代码目录
            /src/main/java 工程java源代码目录
        /src/main/resource 工程的资源目录
        /src/test 单元测试目录
            /src/test/java
    /target 输出目录，所有的输出物都存放在这个目录下
        /target/classes 编译之后的class文件

二、常用命令

• mvn clean：对项目进行清理，清理的过程中会删除删除target目录下编译的内容。
• mvn validate：验证工程是否正确，所有需要的资源是否可用。
• mvn compile：编译项目源代码。
• mvn test：对项目的运行测试。
• mvn package：可以打包后的文件存放到项目的 target 目录下，打包好的文件通常都是编译后生成的class文件。
• mvn verify：运行任何检查，验证包是否有效且达到质量标准。
• mvn install：在本地仓库生成仓库的安装包可以供其他项目引用，同时打包后的文件存放到项目的 target 目录下。
• mvn site：生成项目相关信息的网站。
• mvn deploy：在整合或者发布环境下执行，将最终版本的包拷贝到远程的repository，使得其他的开发者或者工程可以共享。

三、生命周期

IDEA开发工具中提供了集成了Maven插件，使用插件便不用再命令台使用命令操作了，简化了开发过程。

1、清理生命周期（Clean Lifecycle）：在开始真正的项目构建之前进行一些清理工作。

每套生命周期都由一组阶段（Phase）来组成，我们平时在控制台输入的命令总是会对应于一个特定的阶段，比如运行mvn clean，这里的clean就是清理生命周期的一个阶段。

清理生命周期一共包含了三个阶段：

• pre-clean（预清理）：执行一些需要在clean阶段之前完成的工作。
• clean（清理）：移除所有上一次构建生成的文件。
• post-clean（后清理）：执行一些需要在clean结算之后立刻完成的工作。

在一个生命周期中运行某个阶段的时候，它之前的所有阶段都会被运行，也就是说，mvn clean就相当于mvn pre-clean clean。

如果我们运行mvn post-clean，那么pre-clean和clean都会被运行。

这是Maven的一个很重要的规则/特性，可以大大地简化命令的输入。

2、默认生命周期（Default Lifecycle）：构建项目的核心部分，包括编译、测试、打包、部署等。

默认生命周期是Maven最重要的一个生命周期，绝大部分工作都发生在这个生命周期中。

默认生命周期包含了以下的阶段（这里只列出常用和必要了解的，实际上还有很多）：

• process-resources：复制并处理资源文件，至目标目录，准备打包。
• compile：编译项目的源代码。
• process-test-resources：复制并处理资源文件，至目标测试目录。
• test-compile：编译测试源代码。
• test：使用合适的单元测试框架运行测试。这些测试代码不会被打包或部署。
• package：接受编译好的代码，打包成可发布的格式，如 JAR 。
• install：将包安装至本地仓库，以让其它项目依赖。
• deploy：将最终的包复制到远程的仓库，以让其它开发人员与项目共享。

其实默认生命周期中还提供了很多的阶段，但是因为实际上会经常使用到的也就只有complie、test、package、install和deploy五个阶段，不在详细列举。

基本上，根据名称我们就能猜出每个阶段的用途。

3、站点生命周期（Site Lifecycle）：生成项目报告、站点，发布站点。

站点生命周期存在以下四个阶段：

1.pre-site（预站点）：执行一些需要在生成站点文档之前的工作。

2.site（站点）：生成项目的站点文档。

3.post-site（后站点）：执行一些需要在生成站点文档之后完成的工作，并且为部署做准备。

4.site-deploy（站点部署）：将生成的站点文档部署到特定的服务器上。

在这些阶段中，最常用到的是site阶段和site-deploy阶段，用以生成和发布Maven站点。这是Maven提供的一个相当强大的功能之一，深得管理者喜爱，因为文档和统计数据能够自动生成，并且很好看。

4、总结

Maven的生命周期的知识点比较简单，在使用上只要记住，在同一套生命周期中运行任何一个阶段的时候，它前面的所有阶段都会被执行就行了。这就是为什么当我们运行mvn install命令的时候，代码会被编译（compile）、测试（test）和打包（package）。

但是这一特性在不同一套的生命周期中并不适用，比如很容易会认为清理生命周期是在默认生命周期之前的必经阶段。也就是说，会被认为如果执行默认生命周期中的阶段的话，清理生命周期中的所有阶段都会被执行。而这是不对的，不同一套的生命周期之间是相互独立的，其中的阶段并不会相互影响。如果需要在打包之前先清理之前打包的内容，需要单独运行清理生命周期。当然了，一般也会建议这么做，否则可能出现一些打包的奇怪问题，比如有一些文件并没有被更新的问题。

另外需要注意的是，这些对项目及进行编译、测试、打包、运行、部署等工作在Maven中都是抽象的定义，Maven自身是不会实际负责这些工作的，而是交由插件来实现。意思就是说，Maven命令的实际工作执行者是各种各样的插件，通过插件提供的命令与Maven提供的阶段相互绑定来完成相应的工作。因此Maven的插件机制是完全依赖于Maven的生命周期的，要想运用好这些Maven命令插件，理解Maven的生命周期也就变得十分重要。