面试必备：Maven核心知识点梳理

Maven是一个项目管理工具，它包含了一个项目对象模型 (Project Object Model)，一组标准集合，一个项目生命周期(Project Lifecycle)，一个依赖管理系统(Dependency Management System)，和用来运行定义在生命周期阶段(phase)中插件(plugin)目标(goal)的逻辑。

1、核心功能

• 依赖管理：Maven工程对jar包的管理过程。

一个复杂的项目将会包含很多依赖，也有可能包含依赖于其它构件的依赖。这是Maven最强大的特征之一，它支持了传递性依赖（transitive dependencies）。假如你的项目依赖于一个库，而这个库又依赖于五个或者十个其它的库（就像Spring或者Hibernate那样）。你不必找出所有这些依赖然后把它们写在你的pom.xml里，你只需要加上你直接依赖的那些库，Maven会隐式的把这些库间接依赖的库也加入到你的项目中。Maven也会处理这些依赖中的冲突，同时能让你自定义默认行为，或者排除一些特定的传递性依赖。

• 项目构建：mvn tomcat:run

2、仓库

本地仓库、远程仓库（私服）、中央仓库

本地仓库默认为{user.home}.m2.repority，可以在配置文件中修改

本地仓库路径配置

你要jar包，不可能每次都要联网去下载吧，多费劲，所以本地仓库就是相当于加了一层jar包缓存，先到这里来查。如果这里查不到，那么就去私服上找，如果私服也找不到，那么去中央仓库去找，找到jar后，会把jar的信息同步到私服和本地仓库中。

私服，就是公司内部局域网的一台服务器而已，你想一下，当你的工程Project-A依赖别人的Project-B的接口，怎么做呢？没有Maven的时候，当然是copy Project-B jar到你的本地lib中引入，那么Maven的方式，很显然需要其他人把Project-B deploy到私服仓库中供你使用。因此私服中存储了本公司的内部专用的jar！不仅如此，私服还充当了中央仓库的镜像，说白了就是一个代理！如何创建私服。

中央仓库：该仓库存储了互联网上的jar，由Maven团队来维护，地址是：http://repo1.maven.org/maven2/。

3、Maven项目标准目录结构

核心代码部分：src/main/java

配置文件部分：src/main/resources

测试代码部分：src/test/java

测试配置文件：src/test/resources

页面资源（包含js，css，图片资源等）：src/main/webapp 

4、Maven常用命令

clean：删除项目中已经编译好的信息，删除target目录

compile：Maven工程的编译命令，用于编译项目的源代码，将src/main/java下的文件编译成class文件输出到target目录下。

mvn test-compile：编译测试源代码。

test：使用合适的单元测试框架运行测试。

package：将编译好的代码打包成可分发的格式，如JAR，WAR。

install：安装包至本地仓库，以备本地的其它项目作为依赖使用。

deploy：复制最终的包至远程仓库，共享给其它开发人员和项目（通常和一次正式的发布相关）。

每一个构建项目的命令都对应了maven底层一个插件。

mvn site：生成项目相关信息的网站。

mvn jetty:run：启动 Jetty 服务

mvn tomcat:run：启动 Tomcat 服务。

mvn clean package -Dmaven.test.skip=true：清除以前的包后重新打包，跳过测试类。

mvn eclipse:eclipse：开始编译 Maven 的 Project 。

mvn eclipse:clean：清除 Project 中以前的编译的东西，重新再来。

5、Maven命令package、install、deploy的联系与区别

mvn clean package依次执行了clean、resources、compile、testResources、testCompile、test、jar(打包)等７个阶段。

mvn clean install依次执行了clean、resources、compile、testResources、testCompile、test、jar(打包)、install等8个阶段。

mvn clean deploy依次执行了clean、resources、compile、testResources、testCompile、test、jar(打包)、install、deploy等９个阶段。

主要区别：
package命令完成了项目编译、单元测试、打包功能，但没有把打好的可执行jar包（war包或其它形式的包）布署到本地maven仓库和远程maven私服仓库。

install命令完成了项目编译、单元测试、打包功能，同时把打好的可执行jar包（war包或其它形式的包）布署到本地maven仓库，但没有布署到远程maven私服仓库。

deploy命令完成了项目编译、单元测试、打包功能，同时把打好的可执行jar包（war包或其它形式的包）布署到本地maven仓库和远程maven私服仓库。　

6、Maven生命周期

清理生命周期：运行mvn clean将调用清理生命周期 。

默认生命周期：是一个软件应用程序构建过程的总体模型 。

compile，test，package，install，deploy

站点生命周期：为一个或者一组项目生成项目文档和报告，使用较少。

 7、Maven概念模型

项目对象模型（Project Object Model，POM），对应着Maven项目中的pom.xml文件

项目自身信息

<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>
    <parent>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-parent</artifactId>
        <version>2.1.0.RELEASE</version>
        <relativePath/> <!-- lookup parent from repository -->
    </parent>
    <groupId>com.shangguan</groupId>
    <artifactId>concurrency</artifactId>
    <version>0.0.1-SNAPSHOT</version>
    <name>concurrency</name>
    <description>Demo project for Spring Boot</description>

 项目运行所依赖的jar包信息，如：

    <dependencies>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-web</artifactId>
        </dependency>

        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-test</artifactId>
            <scope>test</scope>
        </dependency>
    </dependencies>

<groupId>：团体，公司，小组，组织，项目，或者其它团体。团体标识的约定是，它以创建这个项目的组织名称的逆向域名(reverse domain name)开头。

<artifactId>：项目的唯一标识符

version：项目的版本

version分为开发版本（Snapshot）和发布版本（Release），那么为什么要分呢？

在实际开发中，我们经常遇到这样的场景，比如A服务依赖于B服务，A和B同时开发，B在开发中发现了BUG，修改后，将版本由1.0升级为2.0，那么A必须也跟着在POM.XML中进行版本升级。过了几天后，B又发现了问题，进行修改后升级版本发布，然后通知A进行升级…可以说这是开发过程中的版本不稳定导致了这样的问题。

Maven，已经替我们想好了解决方案，就是使用Snapshot版本，在开发过程中B发布的版本标志为Snapshot版本，A进行依赖的时候选择Snapshot版本，那么每次B发布的话，会在私服仓库中，形成带有时间戳的Snapshot版本，而A构建的时候会自动下载B最新时间戳的Snapshot版本！

package：项目的类型，默认是jar，描述了项目打包后的输出 。

项目运行环境信息，比如：jdk，tomcat信息

    <build>
        <plugins>
            <plugin>
                <groupId>org.springframework.boot</groupId>
                <artifactId>spring-boot-maven-plugin</artifactId>
            </plugin>
        </plugins>
    </build>

scope依赖范围

compile：默认的范围，编译测试运行都有效。

provided：编译和运行有效，最后在运行的时候不会加入。官方举了一个例子。比如在JavaEE web项目中我们需要使用servlet的API，但是Tomcat中已经提供这个jar，我们在编译和测试的时候需要使用这个api，但是部署到tomcat的时候，如果还加入servlet构建就会产生冲突，这个时候就可以使用provided。

runtime：测试和运行有效。

test：测试有效。

system：与本机系统关联，编译和测试时有效。

import：导入的范围，它只在使用dependencyManagement中，表示从其他pom中导入dependecy的配置。

8、Maven依赖冲突

首先来说，对于Maven而言，同一个groupId同一个artifactId下，只能使用一个version！

根据上图的依赖顺序，将使用1.2版本的jar。

每个显式声明的类包都会依赖于一些其它的隐式类包，这些隐式的类包会被maven间接引入进来，因而可能造成一个我们不想要的类包的载入，严重的甚至会引起类包之间的冲突。

要解决这个问题，首先就是要查看pom.xml显式和隐式的依赖类包，然后通过这个类包树找出我们不想要的依赖类包，手工将其排除在外就可以了。 例如：

<exclusions>  
    <exclusion>  
        <artifactId>unitils-database</artifactId>  
        <groupId>org.unitils</groupId>  
    </exclusion>  
</exclusions> 

9. 引入依赖的最佳实践，提前发现问题！

在工程中，我们避免不了需要加一些依赖，也许加了依赖后运行时才发现存在依赖冲突在去解决，似乎有点晚！那么能不能提前发现问题呢？

如果我们新加入一个依赖的话，那么先通过mvn dependency:tree命令形成依赖树，看看我们新加入的依赖，是否存在传递依赖，传递依赖中是否和依赖树中的版本存在冲突，如果存在多个版本冲突，利用上文的方式进行解决！

 

10、本地仓库？Maven到底有哪些仓库？它们什么关系？

11、Maven有哪些优点和缺点

优点如下：

简化了项目依赖管理：
易于上手，对于新手可能一个"mvn clean package"命令就可能满足他的工作
便于与持续集成工具（jenkins）整合
便于项目升级，无论是项目本身升级还是项目使用的依赖升级。
有助于多模块项目的开发，一个模块开发好后，发布到仓库，依赖该模块时可以直接从仓库更新，而不用自己去编译。
maven有很多插件，便于功能扩展，比如生产站点，自动发布版本等

缺点如下：

maven是一个庞大的构建系统，学习难度大
maven采用约定优于配置的策略（convention over configuration），虽然上手容易，但是一旦出了问题，难于调试。
当依赖很多时，m2eclipse 老是搞得Eclipse很卡。
中国的网络环境差，很多repository无法访问，比如google code， jboss 仓库无法访问等。
 

12、我们经常使用“Mvn Clean Package”命令进行项目打包，请问该命令执行了哪些动作来完成该任务？

在这个命令中我们调用了maven的clean周期的clean阶段绑定的插件任务，以及default周期的package阶段绑定的插件任务
默认执行的任务有（maven的术语叫goal, 也有人翻译成目标，我这里用任务啦）：

maven-clean-plugin:clean->
maven-resources-plugin:resources->
maven-compile-plugin:compile->
mavne-resources-plugin:testResources->
maven-compile-plugin:testCompile->
maven-jar-plugin:jar

13、Maven 的主要功能

• 依赖管理系统
• 多模块构建
• 一致的项目结构
• 一致的构建模型和插件机制

14、你们项目为什么选用 Maven 进行构建？

• 首先，Maven 是一个优秀的项目构建工具。使用maven，可以很方便的对项目进行分模块构建，这样在开发和测试打包部署时，效率会提高很多。
• 其次，Maven 可以进行依赖的管理。使用 Maven ，可以将不同系统的依赖进行统一管理，并且可以进行依赖之间的传递和继承。

 15、什么是 Maven 插件？

Maven 生命周期的每一个阶段的具体实现都是由 Maven 插件实现的。插件通常提供了一个目标的集合，并且可以使用下面的语法执行：mvn [plugin-name]:[goal-name]

Maven 提供了下面两种类型的插件：

• Build plugins ：在构建时执行，并在 pom.xml 的 元素中配置。
• Reporting plugins ：在网站生成过程中执行，并在 pom.xml 的元素中配置。

下面是一些常用插件的列表：

• clean ：构建之后清理目标文件。删除目标目录。
• compiler ：编译 Java 源文件。
• surefile ：运行 JUnit 单元测试。创建测试报告。
• jar ：从当前工程中构建 JAR 文件。
• war ：从当前工程中构建 WAR 文件。
• javadoc ：为工程生成 Javadoc 。
• antrun ：从构建过程的任意一个阶段中运行一个 ant 任务的集合。

? 如何实现自定义插件？

大多数情况下，我们不太需要开发自定义的 Maven 插件，并且面试一般也不会问。当然，感兴趣的胖友，可以看看 《Maven 自定义插件开发》 。