新版Maven—mvnd的使用测试

Posted 2022-11-16 醋酸菌HaC

Maven、gradle 作为主流的构建工具，几乎所有的Java项目都使用，但是Maven相对gradle来说，构建还是太慢了。特别是构建十几个子项目的程序。

如果要把项目从Maven转换成gradle，成本也是巨大的。

但是现在有了 maven-mvnd ，可以使构建变得更快。

1、maven-mvnd介绍

maven-mvnd是Apache Maven团队借鉴了Gradle和Takari的优点，衍生出来的更快的构建工具，是maven的强化版。

github地址：https://github.com/apache/maven-mvnd

maven-mvnd 特性：

• 嵌入 Maven (所以不需要单独安装 Maven)；maven 过渡到 maven-mvnd的过程中实现 无缝切换！所以不需要再安装maven或进行复杂的配置更改。
• 实际的构建发生在一个长期存在的后台进程中，也就是守护进程。如果没有为构建请求服务的空闲守护进程，则可以并行产生多个守护进程。
• 一个守护进程实例可以处理来自 mvnd 客户机的多个连续请求。
• 使用 GraalVM 构建的本地可执行文件。与传统的 JVM 相比，它启动更快，使用的内存更少。

这种架构带来的优势有：

• 运行实际构建的 JVM 不需要为每个构建重新启动，节省时间。

• JVM 中的实时(JIT)编译器生成的本机代码也保留了下来。与 Maven 相比，JIT 编译花费的时间更少。在重复构建过程中，JIT 优化的代码可以立即使用。这不仅适用于来自 Maven 插件和 Maven Core 的代码，也适用于来自 JDK 本身的所有代码。

2、使用步骤

2.1、下载

下载：https://github.com/mvndaemon/mvnd/releases

我这里是windows，下载 mvnd-0.7.1-windows-amd64.zip 版本即可。

2.2、安装

直接解压。

然后配置环境变量：将 bin 目录添加到 PATH

2.3、测试

打开CMD终端，输入 mvnd -v

可以看到如下信息表示安装成功：

C:\\Users\\HaC> mvnd -v
mvnd native client 0.7.1-windows-amd64 (97c587c11383a67b5bd0ff8388bd94c694b91c1e)
Terminal: org.jline.terminal.impl.jansi.win.JansiWinSysTerminal
Apache Maven 3.8.3 (ff8e977a158738155dc465c6a97ffaf31982d739)
Maven home: E:\\apache-mvnd-0.7.1-windows-amd64\\mvn
Java version: 1.8.0_131, vendor: Oracle Corporation, runtime: E:\\JDK1.8\\jre
Default locale: zh_CN, platform encoding: GBK
OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"

可以看到 mvnd 集成了 Maven 3.8.3 版本。

2.4、使用

在使用上和Maven一样，参数也一致。

Maven 使用 mvn clean package ；使用Maven-mvnd 只需要变成 mvnd clean package 即可，其他同理。

2.5、配置修改

为了最小程度的兼容原来的Maven，可以使用原来的 setting.xml

打开 Maven-mvnd 安装目录下 的 /conf/mvnd.properties 文件，修改：

maven.settings=E://apache-maven-3.5.4-bin//apache-maven-3.5.4//conf//settings.xml

（注意是 //）

3、打包对比

由于 mvnd-0.7.1 版本使用了Maven 3.8.3版本，我这里同样使用Maven 3.8.3进行对比。

命令：

# maven 打包命令
mvn clean package -Dmaven.test.skip=true
# mvnd 打包命令
mvnd clean package -Dmaven.test.skip=true

电脑配置：

CPU：Intel® Core™ i7-4790 CPU @ 3.60GHz 3.60 GHz

内存：16GB

结果如下：

• 13个子项目

可以看到 mvnd 打包的总时间比 mvn 快了不少，因为 mvnd 使用了CPU的多核心，可以看到每个子模块打包的时间都差不多，所以在单核的机器，就不要尝试使用 mvnd 了。

• 19个子项目

呈现子项目越多，相对速度更快的趋势。

总的来说，如果项目模块很多，可以尝试使用 mvnd 进行辅助打包，比如 测试、生产，可以节省很多时间；开发则可以继续使用 mvn ，毕竟 IDEA 无法集成 mvnd。