用 Maven 还是 Gradle？

🍄 大家好，我是风筝

🌍 个人博客：【古时的风筝】。

本文目的为个人学习记录及知识分享。如果有什么不正确、不严谨的地方请及时指正，不胜感激。

每一个赞都是我前进的动力。

公众号：「古时的风筝」

大家好，我是风筝

作为Java 开发者，你平时用 Maven 还是 Gradle？

我一直用的都是 Maven，但是前几天做了一个小项目，用的是 Gradle，因为项目创建出来默认就是用的 Gradle，而且功能足够简单，我也就没动。

实话说，以前也接触过 Gradle。最早是我想学学 Android 开发，Android 项目默认就是用 Gradle，其实那时候我对Gradle 的印象就不是很好。

本来下载 Android SDK 就够慢的了，我记得第一次搭Android 环境，弄了足足一天。好不容易 SDK下载完了，就想写了 Hello World 跑一下，结果发现本地没有 Gradle，这时候Android Stuido 其实会自动下载 Gradle 的（就是一个 Gradle.zip的文件，相信很多人对这个文件有阴影），但是国内的网络死活就是下载不下来。（ps: 现在下载 Gradle 应该是问题不大了，因为 Gradle 开通了国内的 CDN）

大哥，我就想跑个 Hello World，何罪之有啊！后来一顿搜索，跟着好几个教程，好歹是跑起来了。

在那儿之后，我就没碰过 Gradle 了。直到有一天，看到 Spring 和 Spring Boot 都从 Maven 切换到 Gradle了。诶，难不成 Gradle 已经这么厉害了，让 Spring 团队都抛弃 Maven 了。

然后我把 Spring Boot 最新仓库 clone 下来，结果一构建，一堆报错，解决一个又一个呀，就这？

我把原因归结于 Gradle 使用门槛过高，外加自己能力不行。直到有一天看到有人说：“有几个 Gradle 项目能一次性构建成功跑起来的吗？”

当然这不能就说 Gradle 不好用，Gradle 老鸟们基本上不存在这样的问题，说到底还是理解的不够到位。

为什么 Spring 放着好好的 Maven 不用，要费大力气切到 Gradle呢？Spring 这么大的项目，切到 Gradle 也没那么容易，也是在很多人（包括Gradle 团队成员）的帮助下才迁移完成的。据官方介绍，迁移的主要原因就是为了减少构建时间，构建速度确实是 Gradle 强于 Maven的一大优势，尤其是对于大项目更是如此。

Maven

Maven 是一个项目管理和构建工具，主要用于 Java 项目的构建、依赖管理和项目生命周期管理。Maven 的核心是包管理工具，至于项目构建其实是依靠插件来完成的，比如 maven-compiler-plugin插件等。

Maven 遵循“约定优于配置”的原则，提供了一套默认的项目结构和构建流程。如果开发者遵循这些约定，Maven 就能自动处理很多配置工作，从而减少开发者的配置负担。

Maven 使用 XML 文件的形式管理依赖包，也就是项目中的 pom.xml，整个 XML 文件的格式都是固定的，仓库怎么引入、依赖怎么引入、插件怎么引入都是约定好的，照着做就好了，一个项目的 pom 文件，复制到另一个项目中，改一下包依赖、改一下基本项目信息，其他的基本完全复用。

Gradle

Gradle 是一个构建自动化工具，广泛用于软件项目的构建、依赖管理和项目生命周期的管理。它最初是为了构建 Java 项目而设计的，但如今它支持多种编程语言和技术，包括 Java、Kotlin、Groovy、Scala、Android 等。

其在自动化构建能力上更强，包管理只是其中的一个功能。

Gradle 采用基于 Groovy 或 Kotlin 的领域特定语言（DSL），允许开发者通过编写脚本来自定义构建过程。相比其他构建工具（如 Maven），Gradle 更加灵活和强大。这就是它灵活性所在，但是也是它的门槛所在，也就是说你要使用它，还要理解 Groovy 或 Kotlin，理解的不到位可能会带来很多问题。这也是很多人吐槽它的原因，过于灵活的副作用就是门槛过高。

优缺点比较

其实通过上面的介绍也能看出一些端倪了。

学习门槛

首先在学习门槛上，显然 Gradle 更高。一般项目， Maven 加几行 XML 就行了，构建插件也就那么几个，只需要复制粘贴就可以了，而 Gradle 中多少要了解一点 Groovy 或 Kotlin 吧。

灵活性

Gradle 的灵活度更高，Maven 则是中规中举。如果你的构建行为比较复杂，可能纯靠 Maven 自己的配置文件没办法实现，就需要你自己写一些辅助脚本了。而用 Gradle 的话，你可以使用它的 DSL 能力定制非常复杂的构建流程。

性能

这个不得不承认，Gradle 的性能更高。据官方介绍，一般的项目使用 Gradle 构建的速度是Maven 的至少2倍，而一些大型项目的复杂构建，在极端情况下能达到 Maven 的100倍，这好像有点儿夸张了，不过快几倍应该是有的，这也是为什么 Spring 切换到 Gradle 的理由，切换到 Gradle 后，构建时间大概是20多分钟，可想而知，使用 Maven 的话，应该要一个小时以上了。

性能好是有代价的，除了原理不一样外，Gradle 会有一些后台进程，所以，对于一些性能不怎么样的开发机来说，使用 Gradle 反而会觉得卡。

用户体验

用户体验是个很主观的东西，有人就觉得 Maven 好，即使慢一点，也是它好。有人就觉得 Gradle 好，灵活，而且门槛高，用它说明我技术好啊。

但是 Maven 的稳定性是非常好的，一个 Maven 3.5 用好几年也没啥问题，但是 Gradle 不一样，好多版本是不做兼容的。比如我本地安装了新版本，但是有一个项目用的是老版本，那很可能这个项目是没办法跑起来的，只能去安装和这个项目适配的版本。这也是 Gradle 被疯狂吐槽的一个点，即使是 Gradle 用户。

最后

作为开发者如何选择呢？对我来说，我就老实的用 Maven 就好了，反正我也基本上做不了那么大型的、构建一次几个小时的应用，使用 Maven 就图个省心。安心写代码就好了，构建的事儿交给Maven、交给插件就好了。典型的实用主义。

一家之言啊，作为开发者来说，第一肯定是要跟着公司的规定来，公司如果用 Gradle ，那你也不能坚持用 Maven。同理，公司用 Maven，你也不能另辟蹊径的用 Gradle 。

其实到最后可能就是习惯问题了，如果一个工具用的时间超过几个月，那基本上所有的问题都不是问题了。

还可以看看风筝往期文章

用这个方法，免费、无限期使用 SSL(HTTPS)证书，从此实现证书自由了

为什么我每天都记笔记，主要是因为我用的这个笔记软件太强大了，强烈建议你也用起来

「差生文具多系列」最好看的编程字体

我患上了空指针后遗症

一千个微服务之死

搭建静态网站竟然有这么多方案，而且还如此简单

被人说 Lambda 代码像屎山，那是没用下面这三个方法