Gradle 爬坑指南 -- 概念初解、Grovvy 语法、常见 API(1)
理解 Gradle、Groovy
对于拦路虎、大 Boss，理论先于实际。手握理论的浮尘，方能遇坑过坑、遇水搭桥 (๑•̀ㅂ•́)و✧
1. 什么是构建工具
简单的说就是自动化的编译、打包程序
我们来回忆一下，入门 java 那会，大家都写过 Hello Wrold！吧。然后老师让我们干啥，javac 编译， java 运行。在这里编译需要我们手动执行一次 javac，大家想过没有，要是有100个文件呢？那我们就得手动 100次 javac 编译指令
到这里大家都会想到自动化吧，是的，自动化编译工具就是最早的构建工具了。然后我们拓展其功能，比如说：
- 100个文件，编译后我要分10个文件夹保存
- 哎呀，文件夹不好使了，别人要我提供
.jar文件 - 我去，产品加功能了，要加入 C++ 文件进来，C、java 文件要一起编译
- 产品要有展示图片，还要有声音，多媒体资源也要加进来
- 业务拓展了好几个渠道，每一个渠道都要提供一个定制化的
.jar出来 - 业务拓展了，要全平台了，win、android、ios 都要支持
上面都是我臆想的，不过我觉得发展的历程大同小异。随着需求叠加、平台扩展，对代码最终产品也是有越来越多的要求。jar/aar/exe 这些打包时有太多的不一样，我们是人不是机器，不可能记得住的这些差异不同。那就必须依靠自动化技术、工具，要能支持平台、需求等方面的差异、能添加自定义任务的、专门的用来打包生成最终产品的一个程序、工具，这个就是构建工具。构建工具本质上还是一段代码程序
我这样说是想具体一点，让大家有些代入感好理解构建工具是什么。就像下图，麦子就是我们的代码、资源等，草垛就是最终打包出来的成品，机器就是构建工具。怎么打草垛我们不用管，只要我们会用机器就行了
2. Gradle 也是一种构建工具
Android 项目这么多东西，既有我们自己写的 java、kotlin、C++、Dart 代码，也有系统自己的 java、C++ 代码，还有引入的第三方代码，还有图片、音乐、视频文件，这么多代码、资源打包成 APK 文件肯定要有一个规范，干这个活的就是我们熟悉的 gradle 了
APK 文件我们解压可以看到好多文件和文件夹，具体不展开了
不用把 Gradle 想的太难了，Gradle 就是帮我们打包生成 apk 的一个程序。难点的在于很灵活，我们可以在其中配置、声明参数、执行自己写的脚本、甚至导入自己的写的插件，来完成我们自定义的额外的任务。但是不要本末倒置，Gradle 就是帮我们打包 APK 的一个工具罢了
下面3段话大家理解下，我觉得说的都挺到位的，看过后面还可以翻回来看这3句话，算是对 Gradle 的总结性文字了，很好~
Gradle 是通用构建、打包程序，可以支持 java、web、android 等项目，具体到你的平台怎么打包，还得看你引入的什么插件，插件会具体按照我们平台的要求去编译、打包。比如我引入的：apply plugin: 'com.android.application'，我导入的是 android 编译打包插件，那么最终会生成 APK 文件，就是这样。我引入的：apply plugin: 'com.android.library' android lib 库文件插件，那么最终会生成 aar 文件
Gradle中，每一个待编译的工程都叫一个Project。每一个Project在构建的时候都包含一系列的Task。比如一个Android APK的编译可能包含：Java源码编译Task、资源编译Task、JNI编译Task、lint检查Task、打包生成APK的Task、签名Task等。一个Project到底包含多少个Task，其实是由编译脚本指定的插件决定。插件是什么呢？插件就是用来定义Task，并具体执行这些Task的东西
Gradle是一个框架，作为框架，它负责定义流程和规则。而具体的编译工作则是通过插件的方式来完成的。比如编译Java有Java插件，编译Groovy有Groovy插件，编译Android APP有Android APP插件，编译Android Library有Android Library插件。Gradle中每一个待编译的工程都是一个Project，一个具体的编译过程是由一个一个的Task来定义和执行的。一个Project到底包含多少个Task，其实是由编译脚本指定的插件决定。插件是什么呢？插件就是用来定义Task，并具体执行这些Task的东西
3. Gradle 是个程序、Groovy 是特定领域 DSL 语言
Gradle 是运行在 JVM 实例上的一个程序，内部使用 Groovy 语言Groovy 是一种 JVM 上的脚本语言，基于 java 扩展的动态语言
Gradle 简单来说就是在运行在 JVM 上的一个程序罢了，虽然其使用的是 Groovy 这种脚本语言，但是 Gradle 会把 .gradle Groovy 脚本编译成 .class java字节码文件在 JVM 上运行，最终还是 java 这套东西
Android 项目里 settings.gradle、诸多build.gradle 脚本都会编译成对应的 java 类：Setting、Project 再去运行，引入的插件也是会编译成对应的 java 对象再执行构建任务
Gradle 内部是一个个编译、打包、处理资源的函数或者插件(函数库)，可以说 Gradle 其实就是 API 集合，和我们日常使用的 Okhttp 框架没什么区别，里面都是一个个 API，区别是干的活不同罢了
打开 Gradle 文件目录看看，核心的 bin 文件就一个 gradle 脚本，这个脚本就是 Gradle 核心执行逻辑了，他会启动一个 JVM 实例去加载 lib 中的各种函数去构建项目，这么看 gradle 其实很简单、不难理解
红框里的是 Gradle 自带的内置插件，apply plugin: 'com.android.library'、apply plugin: 'com.android.application' 这些都是 gradle 自带的内置插件
19 年 Gradle 提供了中国区 CDN，AS 下载 Gradle 不再慢的和蜗牛一样了
Gradle JVM 进程
Gradle 构建工具在不同场景下会分别使用3个 JVM 进程：
clientDaemonwrapper
来自Gradle开发团队的Gradle入门教程 --> 官方宣传中这里解释的很清楚，比官方文档都清楚的多
1. client 进程
client 进程是个轻量级进程，每次构建开始都会创建这个进程，构建结束会销毁这个进程。client 进程的任务是查找并和 Daemon 进程通信：
- Daemon 进程没启动，client 进程会启动一个新的 Daemon 进程
- Daemon 进程已经存在了，client 进程就给 Daemon 进程传递本次构建相关的参数和任务，然后接收 Daemon 进程发送过来的日志
像 gradle.properties 里面设置的参数，全局 init.gradle 初始化脚本的任务这些都需要 client 进程传递给 Daemon 进程
2. Daemon 进程
Daemon 进程负责具体的构建任务。我们使用 AS 打包 APK 这依靠的不是 AS 这个 IDEA 开发工具，而是 Gradle 构建工具自己启动的、专门的一个负责构建任务的进程：Daemon。每一个版本的 Gradle 都会对应创建一个 Daemon 进程
Daemon 进程不依赖 AS 而是独立存在，是一个守护进程，构建结束 Daemon 进程也不会销毁，而是会休眠，等待下一次构建，这样做是为了节省系统资源，加快构建速度，Daemon 进程会缓存插件、依赖等资源
必须注意： 每一个 Gradle 版本都会对应一个 Daemon 进程，机器内若是运行过多个版本的 Gradle，那么机器内就会存在多个 Daemon 进程，AS 开发 android 项目，我推荐使用 Gradle 本地文件，不依靠每个 android 项目中 wrapper 管理 gradle 版本，具体后面会说明
从性能上讲：
- Gradle 在 JVM 上运行，会使用一些支持库，这些库都需要初始化时间，一个长期存在的后台进程有利于节省编译时间
- daemon 进程会跨构建缓存一些插件、库等缓存数据，这样对加快构建速度的确非常有意义
gradle --status 命令可以查看已启动的 daemon 进程情况：
➜ ~ jps
39554 KotlinCompileDaemon
39509 GradleDaemon
39608
39675 Jps
➜ ~ gradle --status
PID STATUS INFO
39509 IDLE 6.6.1
// INFO 是 gradle 版本号
// Kotlin 语言编写的 Gradle 脚本需要一个新的 daemon 进程出来
复制代码若是机器内已经启动了多个 Daemon 进程也不要紧，自己手动杀进程就是了
Daemon 进程在以下情况时会失效，需要启动新的 Daemon 进程，判断 Daemon 进程是否符合要求是上面说的 client 进程的任务：
修改 JVM 配置这回造成启动新的构建进程Gradle 将杀死任何闲置了3小时或更长时间的守护程序一些环境变量的变化，如语言、keystore、keyStorePassword、keyStoreType 这些变化都会造成旧有的守护进程失效
即便时同一个版本的 Gradle，也会因为 VM 配置不同而存在多个相同 Gradle 版本的 Daemon 进程。比如同时启动好几个项目，项目之间使用的 Gradle 版本相同，但是 VM 使用的不同配置
wrapper 进程
wrapper 进程啥也不干，不参与项目构建，唯一任务就是负责下载管理 Gradle 版本。我们导入 Gradle 项目进来，client 进程发现所需版本的 Gradle 本机没有，那么就会启动 wrapper 进程，根据 gradle.properties 里面的参数去自行 gradle-wrapper.jar 里面的下载程序去下载 Gradle 文件
其他开发工具，我们直接使用 wrapper 来管理 Gradle 的话也是会启动 wrapper 进程的，完事 wrapper 进程会关闭
链接：https://juejin.cn/post/6888977881679495175
来源：掘金
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
