maven-mvnd，新一代构建工具

最新推荐文章于 2025-04-23 23:49:08 发布

麦克是个程序员

最新推荐文章于 2025-04-23 23:49:08 发布

阅读量1.7k

点赞数

分类专栏：案例文章标签： maven java spring boot

原文链接：https://mp.weixin.qq.com/s/YkWMETqu-_qKu9QEFG6u9Q

版权

案例专栏收录该内容

7 篇文章

订阅专栏

本文介绍了Apache Maven团队推出的maven-mvnd，一个比传统Maven更快的构建工具。mvnd利用守护进程和GraalVM实现快速启动和内存优化，提高构建效率。在遇到JDK8兼容性问题时，可以通过设置JAVA_HOME和编译参数解决。实际测试中，mvnd的构建速度约为Maven的一半。文章还分享了安装、使用方法及异常处理，适合希望提升Maven构建速度的开发者参考。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

相信作为Java开发者的你早已经受够了maven的编译缓慢，但是又由于历史包袱、使用习惯等问题暂时切换不了其他更快的构建工具，这里笔者将给你介绍一款更快的maven——maven-mvnd。

一.介绍

maven-mvnd是Apache Maven团队借鉴了Gradle和Takari后衍生出的更快的构建工具。mvnd内嵌了Maven，也正是因为这个原因我们可以无缝地将Maven切换为mvnd（也不需要单独安装Maven）。

在设计上，在mvnd中会生成一个或多个的守护进程来服务构建请求以此来达到并行构建的效果。另外在VM的选择上，mvnd使用了GraalVM来代替传统的JVM，与之相比GraalVM启动速度更快，占用的内存更少。

根据文档描述，与传统的Maven相比mvnd具有以下优势：

运行构建的JVM不需要为每个构建重新启动。
Maven插件类的类加载器缓存在多个构建中，插件jars只会被读取和解析一次。
JVM中JIT生成的本机代码会被保留。与Maven相比，JIT编译花费的时间更少。在重复构建期间，JIT优化的代码立即可用。这不仅适用于来自Maven插件和Maven内核的代码，也适用于来自JDK本身的所有代码。

默认情况下，mvnd使用多个CPU内核并行构建模块。使用的内核数由公式Math.max(Runtime.getRuntime().availableProcessors() - 1, 1)给出。如果您的源代码树不支持并行构建，请在命令行上传递-T1以使您的构建串行。

同时官方给出了24核机器上运行的动态图：

“
推荐下自己做的 Spring Boot 的实战项目：

https://github.com/YunaiV/ruoyi-vue-pro

二.安装

对于mvnd的安装，官方文档给了十分详细的教程，建议先行阅读：https://github.com/apache/maven-mvnd 。

笔者是通过Homebrew进行安装的，实践证明macOS m1安装使用是没有问题的。不过需要注意的是通过此种方式安装的mvnd版本为0.7.1，而经过在ubuntu和macOS m1上进行测试发现此版本并不支持JDK8(可能仅是笔者电脑问题)，而通过官方例子所示的JDK11确是没问题。在JDK8运行mvnd命令会产生以下错误：

~ % mvnd -v
Error: A JNI error has occurred, please check your installation and try again
Exception in thread "main" java.lang.UnsupportedClassVersionError: org/mvndaemon/mvnd/client/DefaultClient has been compiled by a more recent version of the Java Runtime (class file version 55.0), this version of the Java Runtime only recognizes class file versions up to 52.0
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:757)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:473)
at java.net.URLClassLoader.access$100(URLClassLoader.java:74)
at java.net.URLClassLoader$1.run(URLClassLoader.java:369)
at java.net.URLClassLoader$1.run(URLClassLoader.java:363)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:362)
at java.lang.ClassLoader.loadClass(ClassLoader.java:419)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:352)
at java.lang.ClassLoader.loadClass(ClassLoader.java:352)

预估应该是这种方式下载的执行文件是通过高版本的JDK编译的，在低版本上运行因为缺少某些方法或特性所以运行不了。在一筹莫展之际，笔者从maven-mvnd的最新版本的更新说明上发现一个Closed issues:Different java versions for mvnd and maven #512，在该问题上作者提供了一种解决方案就是将JAVA_HOME所指定的版本设置为JDK11，并且在运行mvnd命令时加上参数-Dmaven.compiler.release=8，即

mvnd -Dmaven.compiler.release=8 compile

通过这种方式即能生成出JDK8所对应的编译代码。

对于issue #512中作者回应mvnd的最低支持版本是JDK8，但是笔者从0.5.2开始尝试还是报同样的错...或许是笔者电脑存在一定的问题，因为我看到其他人在贴出的结果图显示JDK8下最新版本也是能够安装并使用的。另外如果还是不行的话也许我们能够通过手动编译源码来生成可执行文件，具体步骤在官方readme上已经给出相应的步骤。