探究gradle对Task Graph的处理，如何解决Task之间的依赖关系，如何确定它们的执行顺序等

Gradle 7.0的发布已经一段时间了，我们来看下从Gradle 6.0到7.0，都有哪些有趣的特性~

项目开发已经不再是单兵作战的时代，而往往是多团队、多组件协同开发。此时，我们需要掌握组件化发布的技巧。这篇文章里，我将带你理解组件的基本概念，以及组件发布 & 快照预览 &依赖切换的实战应用经验。

前言 故事的开始是这样的。 之前阅读《Android开发高手课》的时候，里面启动优化一栏有讲到 systrace + 函数插桩 是不错的卡顿排查方式。 主要方式就是通过 Transform + Asm

有，就是使用循环遍历依赖。 在 main 目录下新建 res_core, res_feed（根据业务模块命名）等目录，在res_core中新建res目录中相同的文件夹如：layout、drawable-xxhdpi、values等。

对于Handler机制，想必所有Android开发者都已经非常熟悉了吧，从迈进Android开发这扇大门的时候，就不停的研究和使用它，同样的这也是Android系统架构的精髓之一。然而在我们使用的时候

最近业务同学需要接入谷歌推的`Hilt`框架。因为哔哩哔哩的业务上很容易出现业务层面的交叉，而因为项目完成了大量的组件化拆分。由于不希望业务之间产生相互引用，所有在技术评估完成之后我们决定由我们部门来

[TOC] 我们知道Gradle构建工具非常的灵活，它提供了一系列的Api让我们有能力去修改或定制项目的构建过程，在项目的编译过程中，插入我们自己的 Task 并执行相关的操作，如：多渠道打包，ASM

前言 很高兴遇见你~ 这又是一个新的系列，关于 Gradle 学习，我所理解的流程如下图： 在本系列的上一篇文章中，我们对 Gradle 的一些基础概念及 Groovy 语法进行了讲解，完成了第一个环