Maven笔记之面试题合集

　　简介：收集整理了网上关于Maven的面试问题，准备面试使用，答案经过各类资料查证编写。

　　1.什么是Maven？

　　　Maven主要服务于基于java平台的项目构建，依赖管理和项目信息管理。Maven项目对象模型(POM)，能够经过一小段描述信息来管理项目的构建，报告和文档的项目管理工具软件。它包含了一个项目对象模型，一组标准集合，一个项目生命周期，一个依赖管理系统和用来运行定义在生命周期阶段中插件目标的逻辑。当使用Maven的时候，你用一个明肯定义的项目对象模型来描述你的项目，而后Maven能够应用横切的逻辑，这些逻辑来自于一组共享的（或自定义的）插件。

　　2.为何选用Maven进行构建？（能为咱们解决什么问题？）

　　　①添加第三方jar包

　　　　按照最原始的作法，咱们是手动复制jar包到项目WEB-INF/lib下，每一个项目都会有一份，形成大量重复文件。而Maven将jar包放在本地仓库中统一管理，须要jar包只须要用坐标的方式引用便可。

　　　②jar包之间的依赖关系

 　　　　jar包之间每每不是独立的，不少jar须要在其余jar包的支持下才可以正常工做，称为jar包之间的依赖关系。若是咱们手动去导入，要知道jar包之间的依赖关系并一一导入是及其麻烦并且容易出错的。若是使用Maven，它可以将当前jar包所依赖的其余全部jar包所有导入。

　　　③获取第三方jar包

　　　　开发过程当中咱们须要用到不少jar包，每一个jar包在官网获取的方式不尽相同，给工做带来了额外困难。可是使用Maven能够以坐标的方式依赖一个jar包，Maven从中央仓库进行下载，并同时下载这个jar包依赖的其余jar包。

　　　④将项目拆分为多个工程模块

　　　　项目的规模愈来愈大，已经不可能经过package结构来划分模块，必须将项目拆分为多个工程协同开发。

　　3.Maven的优势

　　　①简化了项目依赖管理

　　　②易于上手，对于新手来讲了解几个经常使用命令便可知足平常工做

　　　③便于与持续集成工具（jenkins）整合

　　　④便于项目升级，不管是项目自己仍是项目使用的依赖

　　　⑤maven有不少插件，便于功能扩展，好比生产站点，自动发布版本等

　　　⑥为何使用Maven中的各点

　　4.Maven的缺点

　　　①Maven是一个庞大的构建系统，学习难度大。（不少均可以这样说，入门容易[优势]可是精通难[缺点]）

　　　②Maven采用约定约定优于配置的策略，虽然上手容易可是一旦出现问题，难于调试

　　　③中国网络环境较差，不少repository没法访问

　　5.什么是Maven的坐标

　　　Maven的坐标经过groupId，artifactId，version惟一标志一个构件。groupId一般为公司或组织名字，artifactId一般为项目名称，versionId为版本号。

　　6.经过坐标如何定位地址

　　　加上groupId为org.codehaus.mojo,artifactId为myproject，versionId为v1.0.0，则对应地址为：仓库目录（.m2）/org/codehaus/mojo/myproject/v1.0.0

　　7.Maven的依赖范围有哪些（在scope中指定）

　　　compile：默认范围，若是未指定任何范围，则使用该范围。编译依赖项在全部（编译，测试，运行）类路径中均可用。此外，这些依赖关系会传播到依赖的项目

　　　provided：这很像compile，但表示您但愿JDK或容器在运行时提供它。它只在编译和测试类路径上可用，不可传递。

　　　runtime：此范围表示编译不须要依赖项，但须要执行依赖项。它在运行时和测试类路径中，但不在编译类路径中。（servlet-api）

　　　test：表示应用程序的正常使用不须要依赖项，而且仅在测试编译和执行阶段可用。它不是传递的。（jdbc）

　　　system：系统依赖范围。该依赖与三种classpath的关系和provided依赖范围彻底一致。可是，使用system范围的依赖时必须经过systemPath元素显式地指定依赖文件的路径。因为此类依赖不是经过Maven仓库解析的，并且每每与本机系统绑定，可能形成构建的不可移植。

　　8.Maven生命周期

　　　有三套什么周期，分别为clean，default，site

　　　clean：

　　　　今生命周期旨在给工程作清理工做，它主要包含如下阶段：

　　　　pre-clean - 执行项目清理前所须要的工做。

　　　　clean - 清理上一次build项目生成的文件。

　　　　post-clean - 执行完成项目清理所需的工做。

　　　default：

　　　　validate - 验证项目是否正确且全部必要的信息均可用。

　　　　initialize - 初始化构建工做，如：设置参数，建立目录等。

　　　　generate-sources - 为包含在编译范围内的代码生成源代码.

　　　　process-sources - 处理源代码, 如过滤值.

　　　　generate-resources -

　　　　process-resources - 复制并处理资源文件，至目标目录，准备打包。

　　　　compile - 编译项目中的源代码.

　　　　process-classes - 为编译生成的文件作后期工做, 例如作Java类的字节码加强.

　　　　generate-test-sources - 为编译内容生成测试源代码.

　　　　process-test-sources - 处理测试源代码。

　　　　generate-test-resources -

　　　　process-test-resources - 复制并处理资源文件，至目标测试目录。

　　　　test-compile - 将需测试源代码编译到路径。通常来讲，是编译/src/test/java目录下的java文件至目标输出的测试classpath目录中。

　　　　process-test-classes -

　　　　test - 使用合适的单元测试框架运行测试。这些测试代码不会被打包或部署。

　　　　prepare-package -

　　　　package - 接受编译好的代码，打包成可发布的格式，如 JAR 。

　　　　pre-integration-test -

　　　　integration-test - 按需求将发布包部署到运行环境。

　　　　post-integration-test -

　　　　verify -

　　　　install -将包安装到本地仓库，给其余本地引用提供依赖。

　　　　deploy -完成集成和发布工做，将最终包复制到远程仓库以便分享给其余开发人员。

　　　site：

　　　　pre-site - 执行一些生成项目站点前的准备工做。

　　　　site - 生成项目站点的文档。

　　　　post-site - 执行需完成站点生成的工做，如站点部署的准备工做。

　　　　site-deploy - 向制定的web服务器部署站点生成文件。

　　9.Maven命令

　　　mvn archetype:generate 建立Maven项目

　　　mvn compile 编译源代码

　　　mvn deploy 发布项目

　　　mvn test-compile 编译测试源代码

　　　mvn test 运行应用程序中的单元测试

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

　　　mvn clean 清除项目目录中的生成结果

　　　mvn package 根据项目生成的jar

　　　mvn install 在本地Repository中安装jar

　　　mvn eclipse:eclipse 生成eclipse项目文件

　　　mvnjetty:run 启动jetty服务

　　　mvntomcat:run 启动tomcat服务

　　　mvn clean package -Dmaven.test.skip=true:清除之前的包后从新打包，跳过测试类

　　10.依赖的解析机制

　　　当依赖的范围是 system 的时候，Maven 直接从本地文件系统中解析构件。

　　　根据依赖坐标计算仓库路径，尝试直接从本地仓库寻找构件，若是发现对应的构件，就解析成功。

　　　若是在本地仓库不存在相应的构件，就遍历全部的远程仓库，发现后，下载并解析使用。

　　　若是依赖的版本是 RELEASE 或 LATEST，就基于更新策略读取全部远程仓库的元数据文件（groupId/artifactId/maven-metadata.xml），将其与本地仓库的对应元合并后，计算出 RELEASE 或者 LATEST 真实的值，而后基于该值检查本地仓库，或者从远程仓库下载。

　　　若是依赖的版本是 SNAPSHOT，就基于更新策略读取全部远程仓库的元数据文件，将它与本地仓库对应的元数据合并，获得最新快照版本的值，而后根据该值检查本地仓库，或从远程仓库下载。

　　　若是最后解析获得的构件版本包含有时间戳，先将该文件下载下来，再将文件名中时间戳信息删除，剩下 SNAPSHOT 并使用（以非时间戳的形式使用）。

　　11.插件的解析机制

　　　与依赖的构件同样，插件也是基于坐标保存在Maven仓库中。在用到插件的时候会先从本地仓库查找插件，若是本地仓库没有则从远程仓库查找插件并下载到本地仓库。与普通的依赖构件不一样的是，Maven会区别对待普通依赖的远程仓库与插件的远程仓库。前面提到的配置远程仓库只会对普通的依赖有效果。当Maven须要的插件在本地仓库不存在时是不会去咱们之前配置的远程仓库查找插件的，而是须要有专门的插件远程仓库。

　　12.如何聚合多模块

　　　配置一个打包类型为pom的聚合模块，而后在该pom中使用<module>元素声明要聚合的模块。

　　13.如何管理多模块项目依赖的版本

　　　经过在父模块中声明dependencyManagement和pluginManagement， 而后让子模块经过<parent>元素指定父模块，这样子模块在定义依赖是就能够只定义groupId和artifactId，自动使用父模块的version,这样统一整个项目的依赖的版本。

　　14.如何解决依赖传递引发的版本冲突

　　　可经过dependency的exclusion元素排除掉依赖

　　15.Maven依赖原则

　　　①最短路径原则（依赖传递的路径越短越优先）

　　　②pom文件申明顺序优先（路径长度同样，则先申明的优先）

　　　③覆写原则（当前pom文件里申明的直接覆盖父工程传过来的）

　　16.Maven版本规则

　　　主版本.次版本.增量版本

　　　主版本：通常来讲表明了项目的重大的架构变动

　　　次版本：通常表明了一些功能的增长或变化，但没有架构的变化

　　　增量版本：通常是一些小的 bug fix ，不会有重大的功能变化