国外社交网站上有一篇有关将Spring Boot迁移和将Maven迁移到Gradle的帖子：许多人还对此帖子提出质疑：Maven使用得很好，为什么我们应该迁移到Gradle？尽管该帖子仅说Gradle非常棒，但并未说明迁移到Gradle的影响和价值。因此，Spring Boot官员还发布了一篇博客文章来对此进行解释：https://spring.io/blog/2020/06/08/migrating-spring-boot-s-build-to-gradle让我简要地总结一下。是的，Spring Boot进行了重大调整：在Spring Boot 2.3.0.M1中，将首次使用Gradle代替Maven来构建Spring Boot项目。为什么要迁移？ Spring Boot团队给出的主要原因是，迁移到Gradle可以减少构建项目所需的时间。由于使用了Maven进行构建，因此回归测试时间过长，等待项目进行构建会大大增加修复错误和实现新功能的时间。 Gradle的目的是减少构建的工作量。它可以根据需要构建任何更改或并行构建。当然，Spring Boot团队也花了很多时间尝试使用Maven进行并行构建，但是由于构建Spring Boot项目的复杂性，它最终失败了。此外，Spring Boot团队还看到了在其他Spring项目中使用Gradle以及并行构建带来的改进，并且还可以在某些第三方项目上使用Gradle的构建缓存。这些优势促使Gradle构建Spring Boot项目。进来。迁移有什么好处？我使用Maven，即使我只更改一个代码，也可以构建所有内容。构建项目确实需要很多时间。 Spring Boot官员也提供了数据。完整的Maven项目构建通常需要一个小时或更长时间，而在过去的4周中，使用Gradle进行构建的平均时间仅花费了9分22秒！ ！ ！如下面的屏幕快照所示：从构建时间的角度来看，效率确实是倍数。 https://github.com/spring-projects/spring-boot/tree/v2.3.0.RELEASE我特意看了一眼，我在Spring Boot 2.2.8中使用了Maven：以及最新版本的Spring Boot 2.3。 1＆nbsp;它已经切换到Gradle：它将带来什么影响？一些朋友可能会质疑将Spring Boot迁移到Gradle是否会影响公司现有的Maven项目或后续版本升级？如果仅使用Spring Boot框架构建系统，则仍然可以使用Maven来管理依赖关系，并且Spring Boot将继续在Maven中央仓库中提交。如下所示：＆lt; dependency＆amp; gt; ＆amp; lt; groupId＆amp; gt; org.springframework.boot＆amp; lt; / groupId＆amp; gt; ＆lt; artifactId＆amp; gt; spring-boot＆lt; / artifactId＆amp; gt; ＆lt; version＆amp; gt; 2.3.1.RELEASE＆lt; / version＆amp;＆gt; // dependency＆amp;因为确认版本后，此Maven构建只是一次完成，不会影响Spring Boot团队的每日迭代效率。但是，如果我们需要在本地构建Spring Boot源代码，或者您正在学习最新的Spring Boot源代码，则需要掌握Gradle构建。毫无疑问，Gradle绝对是未来的趋势，但是您不必迁移到Gradle。只有最适合您的人才是最好的。毕竟，Maven和Gradle现在都是主流，但是Maven更具市场价值。许多主流开源项目都以Maven依赖为例进行演示。我将继续关注Spring Boot的动态特性，并在后续文章中为您带来各种教程。您可以获取历史教程并在Java技术堆栈公共帐户：boot的背景下进行回复，掌握Spring Boot并不是什么大问题。学习，永不止步。 ————————————————喜欢这篇文章的朋友们，欢迎关注下图，关注官方帐户程序员小慧，并观看更多精彩内容。给我[寻找]，这是对小慧的最大支持！