Maven面试题

宛城第五圣

已于 2024-03-13 09:58:09 修改

阅读量1.2k

点赞数 15

分类专栏： [面试高频] 文章标签： maven java 面试

于 2024-02-29 11:41:42 首次发布

本文链接：https://blog.csdn.net/qq_43542296/article/details/136363818

版权

[面试高频] 专栏收录该内容

24 篇文章 0 订阅

订阅专栏

以下是一些关于Maven的经典面试题以及它们的答案：

1、什么是Maven？

Maven是一个项目管理工具，用于构建、管理、发布Java项目。

2、为什么要使用Maven而不是手动管理项目依赖？

Maven提供了依赖管理、统一的构建、打包、文档生成等功能，能帮助开发者减少手动管理项目的繁琐和错误，提高了项目的可维护性和可靠性。

3、Maven的生命周期是什么？以及各个阶段的含义是什么？

Maven的生命周期是指Clean、Build、Site三个阶段，每个阶段又有多个子阶段。Clean阶段负责清理项目；Build阶段负责编译、测试、打包、安装和部署项目；Site阶段负责生成项目的站点文档。Maven的构建生命周期按照Clean、Build、Site的顺序执行，每个阶段都有特定的Maven插件去执行具体的构建任务，Maven提供了许多默认的插件，同时也允许开发者自定义和扩展插件，以满足项目的特定需求。

Clean阶段。这个周期主要用于清理项目，删除上一次构建生成的target文件。它的主要阶段包括pre-clean、clean和post-clean。pre-clean执行一些需要在clean之前完成的工作，clean移除所有上一次构建生成的文件，post-clean执行一些需要在clean之后立刻完成的工作。
Default阶段。这个周期是构建和发布项目的核心部分，包括编译、测试、打包、安装和部署等步骤。它的主要阶段包括validate、compile、test、package、verify、install和deploy。validate验证项目结构和配置文件是否是完整的正确的可用的，compile将源代码编译为可执行的字节码，test使用单元测试框架测试编译后的源代码，package获取已编译的代码，并将其打包为可发布的格式，如JAR，verify验证包是否满足Maven的构建规范，install将包安装到本地仓库，以供其他项目使用，deploy将包部署到远程仓库。
Site阶段。这个周期主要用于生成和发布项目的站点文档。它的主要阶段包括pre-site、site、post-site和site-deploy。pre-site完成站点文档生成前的准备工作，比如创建目录结构、复制静态内容等，site生成项目的站点文档（在这个阶段，Maven会根据项目配置的站点文档生成插件，生成HTML、XML、PDF等格式的文档），生成的文档可以包含项目信息：如描述、开发者、许可证等，Javadocs：描述项目中的类、接口和方法，报告：如单元测试报告、代码覆盖率报告（代码覆盖率表示测试用例执行时覆盖的代码量与总代码量的比例）、代码质量报告等，依赖列表：列出项目使用的依赖，模块关系：如果项目是多模块的，这部分将展示各模块之间的关系，post-site用于完成生成站点文档后的附加工作，site-deploy将生成的站点文档部署到特定的服务器上。

4、Maven的依赖管理是什么？如何在POM文件中定义依赖？

Maven的依赖管理是指通过POM文件来管理项目的外部依赖库。可以在POM文件的dependencies标签下，使用groupId、artifactId和version来定义依赖。

groupId：这是项目组的标识。它在一个组织或者项目中通常是唯一的。
artifactId：这是项目的标识，通常是工程的名称。它在一个项目组（group）下是唯一的。
version：这是项目的版本号，用来区分同一个artifact的不同版本。

5、Maven的仓库是什么？有哪些仓库类型？

Maven的仓库是存储项目依赖库的地方。类型包括本地仓库、远程仓库、中央仓库、私有仓库、快照仓库（Snapshot版本）和发行仓库（Release 版本）等。

6、如何发布项目到私有仓库？

可以在Maven的settings.xml文件中配置私有仓库的URL和认证信息，然后使用mvn deploy命令来发布项目到私有仓库。

7、如何跳过单元测试的执行？

可以使用-DskipTests=true参数来跳过单元测试的执行，如mvn clean install -DskipTests=true。

8、如何指定Maven使用的JDK版本？

第一种（最省事）：在maven的conf目录下修改settings.xml文件，在profiles中加入以下配置，设置maven.compiler.source和maven.compiler.target来指定使用的JDK版本。

<profile>    
	<id>jdk-1.8</id>    
	<activation>    
		<activeByDefault>true</activeByDefault>    
		<jdk>1.8</jdk>    
	</activation>    
	<properties>    
		<maven.compiler.source>1.8</maven.compiler.source>    
		<maven.compiler.target>1.8</maven.compiler.target>    
		<maven.compiler.compilerVersion>1.8</maven.compiler.compilerVersion>    
	</properties>    
</profile>

第二种：在pom.xml中添加配置。

<properties>
    <maven.compiler.source>1.8</maven.compiler.source>
    <maven.compiler.target>1.8</maven.compiler.target>

    <maven.compiler.encoding>UTF-8</maven.compiler.encoding>
    <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
    <project.reporting.outputEncoding>UTF-8</project.reporting.outputEncoding>
</properties>

第三种：在pom.xml中添加配置，通过maven的插件实现。

<build>
  <plugins>
	<!-- 设置编译版本 -->
	<plugin>
	  <groupId>org.apache.maven.plugins</groupId>
	  <artifactId>maven-compiler-plugin</artifactId>
	  <configuration>
	    <source>1.8</source>
	    <target>1.8</target>
	    <encoding>UTF-8</encoding>
	  </configuration>
  </plugin>
</plugins>

9、描述一下Maven中的传递性依赖？如何排除传递性依赖？

Maven中的传递性依赖是指通过直接依赖间接依赖了其它的依赖库。Maven会自动解析和加载这些传递性依赖。可以在POM文件的依赖声明中使用exclusions标签来排除传递性依赖。

10、如何创建一个Maven项目？

可以通过idea提供的菜单面板创建maven项目，也可以通过命令mvn archetype:generate创建。

mvn archetype:generate
-DarchetypeGroupId=groupId
-DarchetypeArtifactId=artifactId
-DarchetypeVersion=version
-DgroupId=groupId
-DartifactId=artifactId
-Dversion=version

11、如何更新Maven依赖的版本？

可以使用mvn versions:update-parent或mvn versions:use-latest-versions命令将项目中的依赖项更新到最新版本。如要显示项目中的依赖项是否有可用的更新版本，有命令mvn versions:display-dependency-updates 。

12、Maven中的optional和scope以及type作用？

optional

为true表示将依赖项设为可选，这样依赖该项目的项目，就不会引入该依赖，减少了依赖传递，避免依赖冲突，减小了jar和war体积，默认值为 false。在某些情况下，项目可能依赖于两个或多个包含相互冲突的依赖项的库，通过将这些冲突的依赖项设置为可选，我们可以让项目显式地选择使用哪个版本，从而消除冲突。

常见的有 spring-boot-devtools 热部署，junit 单元测试，lombok等生产环境下不需要的依赖包。

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-devtools</artifactId>
    <optional>true</optional>
</dependency>
<dependency>
    <groupId>junit</groupId>
    <artifactId>junit</artifactId>
    <version>4.12</version>
    <optional>true</optional>
</dependency>
<dependency>
    <groupId>org.projectlombok</groupId>
    <artifactId>lombok</artifactId>
    <optional>true</optional>
</dependency>

scope

scope 元素主要用来控制依赖的使用范围。

<scope>import</scope>的import只能在dependencyManagement中使用，且type必须为pom：

type

type：指明引入的依赖的类型（jar、war、pom等），默认jar。用到<scope>import</scope>时必须要声明<type>pom</type>。而<scope>import</scope>的import只能在dependencyManagement中用，所以<type>pom</type>常用在dependencyManagement标签中。

dependencyManagement标签用法会在本文章标题13中讲到。

13、Maven多模块项目中的继承和聚合有什么作用？

模块的“继承”

子 pom 通过继承父 pom 来复用父 pom的配置和依赖。

可继承的标签

可继承的标签太多了，不一一例举，这里就列一些我们在开发中常用的可继承的标签：

groupId、version：“项目所属组织”和“版本”可以继承（artifactId “模块名”不能继承）。
dependencies：“依赖”可以继承。
denpendencyManagement：“依赖管理”配置可以继承。

我们往往会把子模块中使用到的依赖以及版本号等，抽取到父模块中由子模块直接继承。

一般是用在最顶层的父pom，子模块继承之后锁定版本，能让所有的子模块中引用一个依赖而不用显式的列出版本号，Maven会沿着父子层向上走，直到找到一个拥有dependencyManagement元素的模块，然后他就会使用这个dependencyManagement元素中指定的版本号。这么做的好处就是，如果有多个子模块都引用同样的依赖，则可以避免在每个使用的子模块中的声明一个版本号。只需要在顶层父模块里更新，而不需要对子模块逐一进行修改，另外如果某个子项目中需要单独使用另外的版本，只需要在子模块中单独声明version即可。dependencyManagement里面只是声明和限定依赖版本的，并未实现依赖的引入，因此子项目仍需要显式地声明所要引入的依赖。如果不在子项目中声明依赖，是不会从父项目中继承下来的，只有在子项目中引入了此依赖并且没有指定具体的版本号，才会从父项目中继承该项，并且version和scope都读取自父pom。如果子项目中定义了版本号，则会使用子项目中定义的版本号。

properties：“自定义属性”（类似于定义一个变量）可以继承。

repositories：仓库配置。

pom.xml文件中的 repositories 元素用于定义Maven构建系统在构建当前项目时从哪里获取依赖项。
<repositories>
    <repository>
        <id>central</id>
        <url>https://repo.maven.apache.org/maven2</url>
    </repository>
    
</repositories>

在这个例子中，repositories 包含了一个名为 “central” 的远程存储库，
该存储库的URL是Maven中央存储库的地址。
项目构建时，Maven将会在这个存储库中查找项目所需的依赖项。
将项目依赖的仓库信息直接定义在 pom.xml 中有一些优势：项目的构建不依赖于全局配置，可在不同环境中顺利构建，降低了对外部环境的依赖，使得项目更具可移植性。

在实际的依赖项解析过程中，Maven按照以下顺序查找依赖项：本地仓库-->pom.xml 中的 repositories 标签配置的远程仓库--> Maven 配置文件 settings.xml 中的远程仓库配置-->
Maven内置默认仓库，例如 Maven Central Repository。在这个过程中，一旦找到符合条件的依赖项，Maven就会停止搜索，避免不必要的网络请求。

distributionManagement：项目deploy的私服仓库配置。

build：插件、插件管理、源码输出位置等配置。

列举几个配置案例。

默认情况下，如果没有指定resources，自动会将classpath下的src/main/java下的.class文件和src/main/resources下的.xml文件放到target的classes文件夹下的package下的文件夹里。但如果设定了resources，那么默认的就会失效，就会以设置的为准。

pom.xml中的build标签的resources标签_pom build resources-CSDN博客
<resource>
    <directory>src/main/resources</directory>
</resource>
resource表示读取该目录的所有文件。
<resource>
  <directory>src/main/resources</directory>
  <filtering>true</filtering>
</resource>
filtering是否开启标签替换，无此标签表示不开启替换。若读取的文件中有类似${key}这样的配置，<filtering>true</filtering>就会从pom.xml中profiles的配置里面取。
<resource>
  <directory>src/main/resources</directory>
  <targetPath>META-INF/plexus</targetPath>
</resource>
targetPath用于指定读取资源到target的那个目录下，如下图，不指定默认为target/classes
<resource>
  <directory>src/main/resources</directory>
  <includes>
    <include>config/dubboSource/*.xml</include>
  </includes>
</resource>
includes表示仅读取directory文件夹下includes中指定的文件或文件夹的内容，即in的意思，如下图展示
<resource>
  <directory>src/main/resources</directory>
  <excludes>
    <exclude>config/dubboSource/*.xml</exclude>
  </excludes>
</resource>
excludes表示读取directory文件夹下但排除excludes中指定的文件或文件夹的所有其他内容，即not in的意思。
<testResources>
  <testResource>
    <directory>src/test/resources</directory>
    <filtering>true</filtering>
  </testResource>
</testResources>
testResources这个模块用来配置测试资源元素，其内容定义与resources类似。

子POM中引入父POM

父pom：

子pom引入父pom：

relativePath 指的是父 pom.xml 所在的相对路径，默认值是 ../pom.xml，如下图：

这也是 Maven 建议的目录组织形式，如果想将 parent模块与 child 模块放到同一级目录，则需要修改为：<relativePath>../parent模块名/pom.xml</relativePath>，如下图：

模块的“聚合”

聚合（aggregation）用于按顺序批量构建子模块。

聚合的注意事项

在这个项目中，demo-a 依赖 demo-b， demo-b 依赖 demo-c , 在这种情况下，我们需要先 install c ，再 install b ，最后再构建 a，执行起来非常麻烦，为了处理这个问题，Maven 引入了聚合机制，可以将这三个模块聚合在一起，一次性完成构建。
聚合的语法也非常简单，只需要在父模块的 pom.xml 中添加 <modules> 即可：

<modules>
    <module>demo-a</module>
    <module>demo-b</module>
    <module>demo-c</module>
</modules>
<!-- 这里需要注意的是，<module> 中填写的并不是 artifactId，
而是需要被聚合的模块的 文件目录 的相对路径！ -->

反应堆(reactor)

在一个多模块的Maven项目中，反应堆(Reactor)是指所有模块组成的一个构建结构，对于单模块的项目，反应堆就是该模块本身。我们使用上面聚合的项目来做一次构建：

mvn clean install

注意上面的执行顺序，先构建的是配置了聚合关系的父模块，然后才是子模块，子模块构建的时候会检查有没有依赖的模块，如果有就先构建被依赖的模块。所以这里按照被依赖的顺序，由底层向上层进行构建。因此，我们的模块之间不能出现循环依赖的情况，假如在demo-c中又引入demo-a的依赖，此时构建就会报错。

The projects in the reactor contain a cyclic reference: ......

在实际开发中，有时项目比较庞大，如果每次都完整的进行构建，耗时会很长。此时我们可以在构建指令上加上一些参数，以便于我们选择性的构建我们需要的项目，通过mvn -h查看。

usage: mvn [options] [<goal(s)>] [<phase(s)>]

Options:
 -am,--also-make                        If project list is specified, also
                                        build projects required by the
                                        list
 -amd,--also-make-dependents            If project list is specified, also
                                        build projects that depend on
                                        projects on the list
 -B,--batch-mode                        Run in non-interactive (batch)
                                        mode (disables output color)
 -b,--builder <arg>                     The id of the build strategy to
                                        use
 -C,--strict-checksums                  Fail the build if checksums don't
                                        match
 -c,--lax-checksums                     Warn if checksums don't match
 -cpu,--check-plugin-updates            Ineffective, only kept for
                                        backward compatibility
 -pl,--projects <arg>          			Comma-delimited list of specified
										reactor projects to build instead
										of all projects. A project can be
										specified by [groupId]:artifactId
										or by its relative path

上面的-pl和-am是比较常用的参数：