mvn-题库

Love The Way You Lie 2024-04-01 12:12 75阅读 0赞

## 1、Maven有哪些优点和缺点 ##

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

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

## 2 、 Maven坐标 ##

一般maven使用\[groupID,artifactId,version，packaging\]来表示一个项目的某个版本，有时还会使用classifier来表示项目的附属构建，常见的附属构建有javadoc和sources包。

.jar是我们需要用的jar包,里面是字节码文件,用来执行的。  
sources.jar是jar包的源码,里面是java文件,是用来看的。  
javadoc.jar解压之后会有很多的.html文件，这些文件是在线的api帮助文档。

## 3、Maven常见的依赖范围有哪些? ##

compile:编译依赖，默认的依赖方式，在编译（编译项目和编译测试用例），运行测试用例，运行（项目实际运行）三个阶段都有效，典型地有spring-core等jar。  
test:测试依赖，只在编译测试用例和运行测试用例有效，典型地有JUnit。  
provided:对于编译和测试有效，不会打包进发布包中，典型的例子为servlet-api,一般的web工程运行时都使用容器的servlet-api。  
runtime:只在运行测试用例和实际运行时有效，典型地是jdbc驱动jar包。  
system: 不从maven仓库获取该jar,而是通过systemPath指定该jar的路径。  
import: 用于一个dependencyManagement对另一个dependencyManagement的继承。

## 4、Maven的生命周t期 ##

生命周期的定义

Maven的生命周期（lifecycle）是对构建过程进行的抽象。  
它包含了项目的清理、初始化、编译、测试、打包、集成测试、验证、部署和站点生成等几乎所有的构建步骤。  
它将项目整体划分为一个个阶段，按顺序依次执行，也可以指定执行到某个阶段，然后结束。  
因为Maven的生命周期是抽象的，因此它不做任何的实际工作，全部由插件（plugin）完成。

生命周期的分类  
![在这里插入图片描述][ed0a0def08fa4d80b8a5f354246f12ca.png]  
Maven的默认插件  
![在这里插入图片描述][684e02735d87448a950f1f001feab829.png]  
三个构建生命周期

Maven 的内部有三个标准生命周期，分别是 : clean, default, site

标准生命周期 作用

clean 项目清理  
default(build) 项目部署  
site 项目站点文档创建

生命周期与阶段

Maven将生命周期(lifecycle) 划分为一个个的阶段 (phase)  
一系列顺序执行的阶段 (phase)，构成一个完整的生命周期(lifecycle)。

比如执行mvn clean命令，该命令包含以下阶段：

pre-clean：执行一些需要在clean之前完成的工作  
clean：移除所有上一次构建生成的文件  
post-clean：执行一些需要在clean之后立刻完成的工作

这三个阶段按顺序全部执行完成后，才算完成了clean生命周期。

clean生命周期

clean生命周期通过clean插件(自带)完成，功能是删除当前项目的target目录(可自行尝试)

site生命周期

site生命周期：程序员可以使用 Maven 提供的 maven-site-plugin 插件（该插件不是默认插件，需要引用）让 Maven 生成一个 Web 站点， 以站点的形式发布信息。

default(build)生命周期

clean生命周期，只有一个阶段，点击clean插件即可完成。  
site生命周期，和程序开发的关系并不大，作为一个程序员，我平时几乎用不到该生命周期。  
三大生命周期中，和程序员关系最密切的 是

![在这里插入图片描述][d0a04d31d29244ad93b4ee6da45927c9.png]  
![请添加图片描述][16d080b80cc649c5a1077a37cd6e0b90.png]

## 5、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

## 6、依赖的解析机制 ##

解析发布版本：如果本地有，直接使用本地的，没有就向远程仓库请求。  
解析快照版本：合并本地和远程仓库的元数据文件-groupId/artifactId/version/maven-metadata.xml，这个文件存的版本都是带时间戳的，将最新的一个改名为不带时间戳的格式供本次编译使用。  
解析版本为LATEST,RELEASE，过于复杂，且解析的结果不稳定， 不推荐在项目中使用，感兴趣的同学自己去研究，简而言之就是合并groupId/artifactId/maven-metadata.xml找到对应的最新版本和包含快照的最新版本。

## 7、插件的解析机制 ##

当我们输入"mvn dependency:tree"这样的指令，解析的步骤为：  
解析groupID:maven使用默认的groupID:“org.apache.maven.plugins"或者"org.codehaus.mojo”  
解析artifactId(maven的官方叫做插件前缀解析策略)  
合并该groupId在所有仓库中的元数据库文件（maven-metadata-repository.xml），比如maven官方插件的元数据文件所在的目录为org.apache.maven.plugins，该文件下有如下的条目

<plugin>
        <name>MavenDependencyPlugin</name>
        <prefix>dependency</prefix>
        <artifactId>maven-dependency-plugin</artifactId>
    </plugin>

通过比较这样的条目，我们就将该命令的artifactId解析为maven-dependency-plugin

解析version：如果你在项目的pom中声明了该插件的版本，那么直接使用该版本的插件，否则合并所有仓库中groupId/artifactId/maven-metadata-repository.xml，找到最新的发布版本。

对于非官方的插件，有如下两个方法可以选择：

使用groupId:artifactId:version:goal 来运行  
在Settings.xml中添加pluginGroup项，这样maven不能在官方的插件库中解析到某个插件，那么就可以去你配置的group下查找啦。

## 8、多模块如何聚合 ##

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

## 9、对于一个多模块项目，如果管理项目依赖的版本 ##

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

## 10、如何解决依赖冲突 ##

一个项目的依赖来源于不同的组织，可能这些依赖还会依赖别的Jar包，如何保证这些传递依赖不会引起版本冲突  
使用的元素将会引起冲突的元素排除。

## 11、常见的Maven私服的仓库类型。 ##

（宿主仓库）hosted repository, （代理仓库）proxy repository, （仓库组）group repository

## 12、如何查询一个插件有哪些目标（Goal） ##

mvn help:describe -Dplugin=groupId:artifactId

## 13、什么是Maven？ ##

Maven使用项目对象模型(POM)的概念，可以通过一小段描述信息来管理项目的构建，报告和文档的软件项目管理工具。  
Maven 除了以程序构建能力为特色之外，还提供高级项目管理工具。由于 Maven 的缺省构建规则有较高的可重用性，所以常常用两三行 Maven 构建脚本就可以构建简单的项目。由于 Maven 的面向项目的方法，许多 Apache Jakarta 项目发布时使用 Maven，而且公司项目采用 Maven 的比例在持续增长。  
Maven的出现，解决了开发过程中的jar包升级及依赖的难题。它可以对项目依赖的jar包进行管理，可以让你的项目保持基本的依赖，排除冗余jar包，并且可以让你非常轻松的对依赖的jar包进行版本升级。而这些仅仅是Maven最基本的功能，它可以在这基础上对项目进行清理、编译、测试、打包、发布等等构建项目的工作。  
可以说，Maven是现在Java社区中最强大的项目管理和项目构建工具，而更加值得庆幸的是，这样一个强大的工具，它的使用也是非常简单的。  
现在，JavaEE项目使用的开源软件都可以通过Maven来获取，并且，越来越多的公司也开始使用Maven来管理构建项目了。

## 14、Maven和ANT的区别 ##

maven&ant同属apach是流行的构建工具。

都是为了简化软件开发而存在的。但是maven因为自身管理一个项目对象模型（project object model），这个模型其实就是抽象了一个项目的开发流程，它包含了一个项目的生命周期的各个阶段，并将这个周期固定下来，这也就是约定大于配置。约定大于配置的意思就是，我maven将项目开发的各个阶段固定起来了，每个文件的存放位置，每个阶段要生成什么文件、保存为什么格式并且要把它放在什么位置，我都固定好了。我知道一个软件是怎么开发出来，如果一个项目要使用maven，可以，但你要遵循我的规则，文件目录不要乱建乱放，只有这样maven才会将源码用起来。这就是约定大于配置，因为maven已经将流程固定下来了，只要遵守约定，就不需要自己手动去配置了，这将大大地提高开发效率。就像是开车一样，只要知道点火、油门、方向、刹车，就可以将车子开动起来（当然出于安全和法律考虑，还是要考驾照的。），关于车子内部的传动原理，电气原理，工程原理，普通人并不需要了解多少，日常够用就好了。这也是约定大于配置的一个例子。配置就是自己造一辆车去开，有必要，有能力，有时间吗？

maven的中央仓库和pom.xml文件。中央仓库统一存放了开发用到的各种jar包，要用时只需要添加依赖到pom文件中，maven就会自动下载，当然为了方便一般会在本地建一个仓库，减少下载时间。pom文件是maven的配置文件，maven就是通过管理pom文件和一些核心插件来管理项目。当然我前面将maven拟人化了，其实maven是没有智力的，一切都是封装好的流程，只是maven将很多操作隐藏起来了。

ant的build.xml文件。build文件是ant的配置文件，ant依靠它来执行操作，与maven不同的是ant没有固定一条程序链。你想要执行什么操作以及操作之间的顺序和依赖关系，都需要手动添加到build文件中，一点一滴都要写清楚，否则ant就不会执行。

maven和ant区别

Maven 拥有约定，只要遵守约定，它就知道你的源代码在哪里。Maven 是声明式的。你需要做的只是创建一个 pom.xml 文件然后将源代码放到默认的目录。Maven 会帮你处理其它的事情。Maven 有一个生命周期，当你运行 mvn install 的时候被调用。这条命令告诉 Maven 执行一系列的有序的步骤，直到到达你指定的生命周期。缺点是运行许多默认目标。  
而ant没有约定，项目生命周期，它是命令式的。所有操作都要手动去创建、布置。甚至连build.xml文件都需要手动创建。

## 15、Maven仓库是什么？ ##

Maven仓库是基于简单文件系统存储的，集中化管理Java API资源（构件）的一个服务。仓库中的任何一个构件都有其唯一的坐标，根据这个坐标可以定义其在仓库中的唯一存储路径。得益于 Maven 的坐标机制，任何 Maven项目使用任何一个构件的方式都是完全相同的，Maven 可以在某个位置统一存储所有的 Maven 项目共享的构件，这个统一的位置就是仓库，项目构建完毕后生成的构件也可以安装或者部署到仓库中，供其它项目使用。  
对于Maven来说，仓库分为两类：本地仓库和远程仓库。

## 16 、Maven的工程类型有哪些？ ##

1）POM工程  
POM工程是逻辑工程。用在父级工程或聚合工程中。用来做jar包的版本控制。

2）JAR工程  
将会打包成jar用作jar包使用。即常见的本地工程 - Java Project。

3）WAR工程  
将会打包成war，发布在服务器上的工程。如网站或服务。即常见的网络工程 - Dynamic Web Project。war工程默认没有WEB-INF目录及web.xml配置文件，IDE通常会显示工程错误，提供完整工程结构可以解决。

## 17、Maven常用命令有哪些？ ##

1）install

本地安装， 包含编译，打包，安装到本地仓库  
编译 - javac  
打包 - jar， 将java代码打包为jar文件  
安装到本地仓库 - 将打包的jar文件，保存到本地仓库目录中。

2）clean

清除已编译信息。  
删除工程中的target目录。

3）compile

只编译。javac命令

4）deploy

部署。常见于结合私服使用的命令。  
相当于是install+上传jar到私服。  
包含编译，打包，安装到本地仓库，上传到私服仓库。

5）package  
打包。包含编译，打包两个功能。

## 18、你们项目为什么选用maven进行构建？ ##

①首先，maven是一个优秀的项目构建工具。使用maven，可以很方便的对项目进行分模块构建，这样在开发和测试打包部署时，效率会提高很多。

②其次，maven可以进行依赖的管理。使用maven，可以将不同系统的依赖进行统一管理，并且可以进行依赖之间的传递和继承。

[ed0a0def08fa4d80b8a5f354246f12ca.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/01/333ba0dbc6fa4e249be71b8e16d0515c.png
[684e02735d87448a950f1f001feab829.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/01/ebf08ae59fd0499ebc450f4bb6f9d6fd.png
[d0a04d31d29244ad93b4ee6da45927c9.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/01/2e0c5f48245447d99f93ac276349df26.png
[16d080b80cc649c5a1077a37cd6e0b90.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/01/f505bdc9cb9848c7a4793f38b60999b7.png