先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7
深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！
因此收集整理了一份《2024年最新HarmonyOS鸿蒙全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上鸿蒙开发知识点，真正体系化！
由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新
如果你需要这些资料，可以添加V获取：vip204888 （备注鸿蒙）
正文
Gradle 本身是一个通用的构建系统, 它并不知道你要编译的是 Java 还是 C. 如果是在Java 中需要调用 javac 将 .java 文件编译为 .class 文件, 而 C 则需要调用 gcc 将 .c 文件编译为 .o 文件. 那么这些构建流程如果让每个开发者自己去管理就太麻烦了. 所谓插件, 就是将某种类型的编译的模板.
而AGP也就是是一系列适合Android开发的Gradle插件的集合，比如com.android.application等
AGP 插件提供了compileKotlin,compileJava,processResource等一系列Task, 并设置了Task之间的依赖关系. 同时还提供了很多可配置属性. 而使用者只需要在 build script 中通过 plugins {...} 引入插件, 根据项目情况配置几个属性, 即可实现自定义的 Android 构建. 通过AGP插件可以快速实现Android项目的构建，这就是AGP插件的意义，其执行过程中的task列表如下所示
4. gradle.properties是什么?
除了Gradlew与AGP，我们也经常会用到gradle.properties，我们经常在gradle.peoperties中定义一些统一的版本号，如minSdkVersion,targetSdkVersion等，然后再在各个module中通过rootProject.minSdkVersion获取以实现复用
那么问题来了,rootProject是如何获取gradle.properties中定义的值的呢?
答案其实很简单，Gradle 启动时会默认读取gradle.properties, 并加载其中的参数。这跟我们在运行Gradle的时候通过命令行向其传递参数，效果是一样的
当然不同的方式有不同的优先级，指定参数的优先级: 命令行参数 > GRADLE_USER_HOME gradle.properties 文件 > 项目根目录 gradle.properties 文件.
Gradle使用的两个目录:
Gradle在执行过程中会涉及到两个目录, 一个是Gradle User Home另一个是Project Root Directory.
Gradle User Home
User Home中主要保存全局配置, 全局初始化脚本以及依赖的缓存和日志等文件. 如果开启build cache的话, 构建缓存也会存在这里共所有项目共享.
默认为:$USER_HOME/.gradle.
Project Root Directory
Project目录则存储与当前项目构建相关的内容. 例如用于增量编译缓存.
总得来说，gradle.properties其实就是一个参数的配置文件，与在命令行传递参数是一样的效果，因此在Project中可以读取到
5. settings.gradle是什么?
当我们在某个目录执行gradle命令时, 约定的会从当前目录查找以下两个文件:
settings.gradle(.kts)build.gradle(.kts)
我们常常会在settings.gradle中配置module,那么settings.gradle究竟是什么？起什么作用?
所有需要被构建的模块都需要在settings.gradle 中注册, 因此它的作用是描述 “当前构建所参与的模块”.
settings.gradle查找顺序为: 从前目录开始, 如果找到settings.gradle(.kts)则停止, 否则向父目录递归查找.
setting script承担了统筹所有模块的重任, 因此api主要是在操作所参与构建的模块以及管理构建过程需要的插件.
可以通过如下方式注册需要参与构建的模块，项目名称中 : 代表项目的分隔符, 类似路径中的 /. 如果以 : 开头则表示相对于 root project
include(“:app”, “:libs:someLibrary”)
include(“:anotherLibrary”)
project(“:anotherLibrary”).projectDir = File(rootDir, “…/another-library”)
6. build.gradle是什么？
到了我们最熟悉也是最常用的build.gradle了，每个模块都会有一个build.gradle来配置当前模块的构建信息, 根目录模块的build.gradle叫做 root build script, 其他子模块的 build script 叫做 module build script.
项目构建的流程大致如下所示，其中的init script指$GRADLE_USER_HOME目录下的init.gradle文件，主要做一些初始化配置
单模块构建的执行流程大致为: init script -> setting script -> build script
而多模块的构建流程, 比单模块多了一步: init script -> setting script -> root build script -> build script
一般而言, root build script 并不是一个实际的模块, 而是用于对子模块进行统一的配置, 所以 root build script 一般不会有太多的内容.
Gradle 在 Initialization 阶段还没有执行 build.gradle(.kts) 文件, 真正解析 build script 是在 Configuration 阶段. 但是 build script 的执行比较特殊, 它并不是简单执行所有代码, 其本质是 用代码描述和配置构建规则, 然后按规则执行任务. Build script 作为整个 Gradle 中配置最复杂的脚本, 实际上仅仅做了两件事: 一个是引入插件, 另一个是配置属性
所谓引入插件如下所示，plugins 闭包中还可以通过 version 指定插件的版本, 以及 apply 来决定是否立刻应用插件:
plugins {
id(“com.android.application”)
id(“com.dorongold.task-tree”) version “1.4”
id(“com.dorongold.task-tree”) version “1.4” apply false
}
而所谓配置属性, 实际上是对引入的插件进行配置. 原本 build script 中并没有 android {...} 这个 dsl 属性, 这是 plugin 提供的. 一旦应用了某个插件, 就可以使用插件提供的 dsl 对其进行配置, 从而影响该模块的构建过程. 换个角度看, 这些插件提供的属性配置 dsl 就相当于插件 init 函数的参数, 最终传入到插件中. 当构建执行的时候就会根据配置对当前模块进行编译.
plugins {
id(“com.android.application”)
}
android {
compileSdkVersion(28)
defaultConfig {
…
}
}
…
7. Gradle生命周期是怎样的?
在了解了上面这些知识后，我们可以开始了解一下Gradle的生命周期。在了解了Gradle的生命周期后，我们可以对Gradle执行的总体流程有一个了解，也可以利用这些生命周期做一些Hook的操作
不同于传统脚本的自上而下执行, 一次 Gradle 构建涉及到多个文件, 主体流程如下:
总体来说, Gradle 的执行分为三大阶段: Initialization -> Configuration -> Execution. 每个阶段都有自己的职责.
7.1 Initialization阶段
Initialization 阶段主要目的是初始化构建, 它又分为两个子过程, 一个是执行 Init Script, 另一个是执行 Setting Script.
Init script 会读取全局脚本, 主要作用是初始化一些全局通用的属性, 例如获取 Gradle User Home 目录, Gradle version 等
而Setting Script就是我们上面提到的settings.gradle
7.2 Configuration阶段
当构建完成 Initialization 阶段后, 将进入 Configuration 阶段. 这个阶段开始加载项目中所有模块的 Build Script. 所谓 “加载” 就是执行 build.gradle(.kts) 中的语句, 根据脚本代码创建对应的 task, 最终根据所有 task 生成对应的依赖图. 我们上面说过"Gradle核心模型是一个 Task 组成的有向无环图(Directed Acyclic Graphs)" 吗? 这个任务依赖图就是在这个阶段生成的.
需要注意的是，Configuration阶段各个模块的加载顺序是无序的，跟依赖关系与加入顺序都没有关系
7.3 Execution阶段
当完成任务依赖图后, Gradle 就做好了一切准备, 然后进入 Execution 阶段. 这个阶段才真正进行编译和打包动作. 对于 Java 而言是调用 javac 编译源码, 然后打包成 jar. 对于 Android 而言则更加复杂些. 这些差异来源于我们应用的插件. 总得来说，就是开始执行task了
7.4 生命周期 Hook
Gradle 提供了丰富的生命周期 Hook，我们可以根据我们的需要添加各种HooK
根据图中生命周期的位置, 可以清楚地了解到 “生命周期的最晚注册时机”. 比如, settingsEvaluated 是在 setting script 被 evaluated 完毕后回调, 那么在 init script 和 setting script 中注册都是没问题的. 但是如果注册在 build script 中, 则无法发挥作用.
同时关于生命周期Hook，还有下面几点需要注意
网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
需要这份系统化的资料的朋友，可以添加V获取：vip204888 （备注鸿蒙）
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
需要这份系统化的资料的朋友，可以添加V获取：vip204888 （备注鸿蒙）
[外链图片转存中…(img-u6wvbmEA-1713175222783)]
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
扫一扫
3321
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
