📚 课程目录第2章 Gradle版本演进历史

Gradle版本演进历史：从1.x到8.x的主要里程碑

说实话，Gradle的版本演进史就是一部Java/Android构建工具的进化史。我记得2012年刚接触Gradle 1.x的时候，它还是个「新人」，大家还在纠结要不要从Maven迁移过来。十几年过去了，Gradle已经成了Android开发的标配，这中间的变化可不小。

版本兼容这件事，说白了就是「你的项目跑在哪个Gradle版本上，能不能用新特性，会不会踩坑」。我见过太多团队因为版本不匹配，构建突然崩掉的现象。你想想看，一个大型项目从Gradle 4.x升到7.x，如果不懂每个版本改了什么，那真是寸步难行。

1.x 时代：从零到一

Gradle 1.x 诞生于2012年，核心卖点就是基于Groovy的DSL。对比Maven的XML配置，Groovy写起来灵活太多了。我当时第一感觉就是：这才是程序员该用的构建工具。1.x版本支持了基础的依赖管理、多项目结构，但性能嘛，说实话一般。

我个人习惯把Gradle 1.x看作「拓荒者」。它引入了build.gradle文件的概念，定义了task、plugin、dependency这些基础元素。虽然现在看来很简陋，但方向走对了。

    关键特性：Groovy DSL、基础依赖管理、多项目支持、Task图执行模型。

2.x - 3.x：站稳脚跟

2014年的Gradle 2.x开始发力。多项目构建的性能明显提升，还引入了新的依赖管理API。我在一个大型电商项目中遇到过一个问题：几十个子模块一起构建，1.x版本要跑十几分钟，换到2.x后直接降到6分钟。这个提升是很实在的。

2016年的3.x版本又往前迈了一大步。构建缓存功能就是这时候引入的。说白了，就是复用之前构建的结果，不用每次都重新编译。对于CI/CD流水线来说，这个功能太香了。

我的经验：3.x的构建缓存对「不改代码只改配置」的场景特别有用。我曾经把一个全量构建从8分钟降到了2分钟，靠的就是构建缓存。

4.x - 5.x：Kotlin DSL 登场

2017年的4.x版本主要优化了增量编译。改一行代码只需要重新编译受影响的部分，开发体验提升了一个档次。4.x还开始支持Java 9的模块系统，为未来做准备。

2018年的5.x版本是一个分水岭。Kotlin DSL首次作为实验特性出现。我当时就预感：Groovy DSL早晚要被取代。Kotlin DSL有类型安全、IDE智能提示，写起来舒服多了。5.x还支持了Java 11，并引入了构建扫描，方便排查构建问题。

// Kotlin DSL 示例（Gradle 5.x+）
plugins {
    java
    id("org.springframework.boot") version "2.7.0"
}

dependencies {
    implementation("com.google.guava:guava:31.0.1-jre")
    testImplementation("org.junit.jupiter:junit-jupiter:5.8.0")
}

6.x - 7.x：依赖管理的革命

2019年的6.x版本对依赖管理做了一次大升级。平台依赖（BOM）、Gradle Module Metadata这些功能，让依赖版本对齐变得简单多了。我曾经被依赖冲突折磨过，不同子模块引入同一个库的不同版本，运行时直接ClassNotFoundException。6.x的platform()和enforcedPlatform()就是来解决这个问题的。

2020年的7.x版本继续加码。配置加速和Android支持优化是两个重点。7.0之后，Android项目的构建速度有了明显提升。还有一个变化——compile和runtime配置被废弃，统一用implementation和api。嗯，这里要注意：如果你还在用compile，Gradle 7.x会直接报错。

注意：从Gradle 7.0开始，compile、runtime、testCompile等旧配置已被彻底移除。如果你的项目还在用它们，升级前必须先迁移到implementation/api体系。

8.x：全新的起点

2022年的8.x版本是最近的一个大版本。性能提升非常明显，尤其是配置阶段和任务执行阶段的并行度。8.x把Kotlin DSL作为了默认DSL，Groovy DSL虽然还能用，但官方已经明确说不会再有新特性了。

我最近在把几个老项目从6.x迁移到8.x，最大的感受是：配置更简洁了，构建更快了，但坑也不少。比如gradle.properties里的某些配置项被重命名了，插件兼容性也有变化。建议大家在升级之前，先用gradle wrapper --gradle-version 8.x试试水，跑一遍全量构建看看有没有报错。

版本升级兼容性对照表

下面这个表总结了我个人觉得最重要的版本变化和兼容性要点：

版本	发布时间	核心特性	兼容性影响
1.x	2012	Groovy DSL、Task图	基础版本，无历史负担
2.x	2014	多项目构建优化	项目结构需适配新API
3.x	2016	构建缓存	需手动开启缓存
4.x	2017	增量编译	Java 9模块系统兼容
5.x	2018	Kotlin DSL（实验）	Java 11支持，构建扫描
6.x	2019	依赖管理（BOM）	Module Metadata，依赖对齐
7.x	2020	配置加速	移除旧配置（compile等）
8.x	2022	Kotlin DSL默认	性能提升，配置项调整

版本演进全景图

下面这张图把Gradle从1.x到8.x的关键节点串了起来。你可以看到每个版本的核心能力升级，以及它们之间的承接关系。

兼容性迁移建议

了解了每个版本的变化之后，你可以对照自己的项目情况来规划升级路径。我建议分三步走：

先评估现状：看一下你项目用的是哪个Gradle版本，有没有用废弃的API或配置。
逐版本升级：不要跳版本，比如从5.x直接升到8.x。每个大版本都跑一遍构建，修复报错。
利用Wrapper：用gradle wrapper --gradle-version X.x切换版本，随时可以回退。

避坑指南：我曾经从6.8升级到7.0，结果构建报了一大堆compile配置未定义的错误。后来才发现7.0彻底移除了compile。升级前先跑gradle help --scan扫描一下，看看有没有废弃用法。

特别注意：Gradle 8.x开始，Kotlin DSL是默认DSL了。如果你的项目还在用Groovy DSL，建议尽早迁移。不过迁移不一定要一次性完成——同一个项目可以混用两种DSL文件，逐个模块迁移就行。

总的来说，Gradle的版本演进一直在做两件事：更快和更安全。每个版本都在提升构建性能，同时让配置更可靠。了解这些演进历史，能帮你做更好的技术决策——什么时候升级、升级到什么版本、怎么避坑。这也是后面章节将要深入的内容。