先上结论！！！
经测试：
多模块清理并打包提升：约3.5倍
多模块不清理打包提升：约5.5倍
单模块提升：约2倍
从计算结果来看，多模块提升的效率更高。在使用mvnd package打包多模块式，可在控制台看到多个模块是并发执行编译打包的，所以效率提升更多；而单个模块打包没有了多线程的优化，只是mvnd相对于原mvn的优化也提升了2倍速率。
先叠个甲：以上数据仅在个人电脑上运行几次计算的粗略数据，不同的电脑会有所不同，但提升的效率还是很明显的。
另外maven mvnd与maven的使用除了命令不同（mvnd和mvn），其它的一摸一样。
一.mvnd说明
使用过mavne、gradle、Takari构建工具的会发现maven的构建速度很慢，于是maven为了提升maven的构建速度，于2023年推出了maven mvnd，想以此打个翻身仗。
下面是官方摘录的介绍
架构概述：
mvnd嵌入 Maven（因此无需单独安装 Maven）。实际的构建发生在一个长期存在的后台进程中，也称为 daemon。
一个守护程序实例可以为来自客户端的多个连续请求提供服务。
mvnd客户端是使用 GraalVM 构建的原生可执行文件。 与启动传统 JVM 相比，它启动速度更快，使用的内存更少。
mvnd如果没有空闲守护进程来提供构建请求，则可以并行生成多个守护进程。
此体系结构具有以下优点：
用于运行实际构建的 JVM 不需要为每个构建重新启动。
保存 Maven 插件类的类加载器缓存在多个构建中。因此，将读取插件 jar 并且只解析了一次。Maven 插件的 SNAPSHOT 版本不会缓存。
JVM 内部的 Just-In-Time （JIT） 编译器生成的本机代码也被保留。与原生 Maven 相比， JIT 编译所花费的时间更少。在重复构建期间，JIT 优化代码可用 马上。这不仅适用于来自 Maven 插件和 Maven Core 的代码，也适用于所有传入的代码 从 JDK 本身。
github地址：https://github.com/apache/maven-mvnd?tab=readme-ov-file#install-manually
二.软件下载
https://downloads.apache.org/maven/mvnd/
根据安装的目标操作系统，选择对应的版本，下面以windows系统为例，同一个操作系统有好多个文件，不懂的，就选择文件大的，用的maven的都知道有个几十M大小，那写kb级别的小卡拉米肯定不够格。
三.安装
将下载的zip压缩包复制到想要安装的目录解压，尽量不要放在有中文的目录下（有经验的人应该吃过类似的亏），可按需修改文件夹名
mvnd目录结构
修改配置文件
拉到文件最下面，指定maven的配置文件。
如电脑上之前有用maven，可直接指定原maven的配置文件，省去了settings.xml配置文件修改，如果没有可以指定mvnd/mvn/conf目录下的配置文件，自己按需修改settings.xml配置文件。
配置MAVEN_HOME环境变量（不配好像也没关系，只要配path就可以了）
将mvnd目录配置为环境变量
配置path环境变量
可以直接配mvnd的bin目录，也可以用上面的maven_home环境变量方式%MAVEN_HOME%\bin
验证配置是否成功
四.编译打包速度对比测试
本机配置：
CPU：Intel(R) Core(TM) Ultra 5 125H 3.60 GHz 14核18线程
32G内存
1T SSD。
1.maven测试
1.1多模块清理并打包
共编译打包19个模块。
mvn clean package
1.2多模块不清理打包
1.3单模块清理并打包
mvn clean package
2.mvnd测试
2.1多模块清理并打包
mvnd clean package
2.2.多模块不清理打包
mvnd package
2.3单模块清理并打包
mvnd clean package
3.效率测试总结
多模块清理并打包提升：倍
多模块不清理打包提升：倍
单模块提升：倍
从计算结果来看，多模块提升的效率更高。在使用mvnd package打包多模块式，可在控制台看到多个模块是并发执行编译打包的，所以效率提升更快；而单个模块打包没有了多线程的优化，只是mvnd相对于原mvn的优化也提升了2倍速率。
4.乱码问题
使用mvnd有中文乱码，看配置文件也没找到可配置编码的项，如有人解决了，麻烦留个言。
五.IDEA中使用mvnd
5.1.原来的maven配置不用动
由于我安装的idea是2023版，而mvnd也是2023年才推出，idea这个maven侧边窗口还不支持mvnd。不知道2024版有没有支持？
下面的操作基于2023版本。
将mavne主路径配置为mvnd目录，侧边栏运行maven命令，会有如下错误，
所以不动原来的配置，可以照常在maven侧边栏直接使用mvn命令
也可以直接配置mvnd里面的mvn，但是要注意maven版本的兼容性。
5.2.安装maven helper插件(重点)
通过maven helper插件来运行mvnd。
在应用市场搜做maven helper插件进行安装
安装完成后，重启idea，配置mvnd命令，如下图
5.3使用mvnd编译项目
安装maven helper插件后，会在项目的右键菜单上多出两个maven菜单（如下图），执行菜单中的命令，就会使用上图配置的mvnd命令。
在项目或模块上右键（需要在pom.xml文件的父目录上），运行maven命令；执行命令结果，可以看到执行的命令是mvnd package
至此mvnd的安装、配置、使用流程已全部完成。遗憾的是idea 2023的maven侧边窗口无法使用了，牺牲了一点点便利性。但是两种方式都可以使用。
由于在开发过程中，大部分场景是单个模块编译、打包，可以使用idea的maven侧边栏功能。多模块批量打包时可以在项目或模块目录上右键，使用maven helper菜单命令通过mvnd构建项目。
在使用maven侧边栏打包时候，经常会出现选择的配置环境文件未生效的问题，例如勾选了prod环境，但是打包出来的还是dev，但是有没有任何提示。部署到prod环境，发现启动失败连接不到mysql、redis等错误。
而使用maven helper的右键菜单构建时，可以清楚的看到执行的命令，使用的是什么配置环境
