7个你应该知道的Gradle实用技巧(1)，这套Github上40K+star面试笔记

有时我们在分析依赖冲突时，需要查看依赖树，我们常用的查看依赖树的命令为

gradlew app:dependencies

不过这种命令行方式查看依赖树出来的信息太多，看的有些费劲

所以官方又推出了Scan工具来帮助我们更加方便地查看依赖树

在项目根目录位置下运行gradle build --scan即可，然后会生成 HTML 格式的分析文件的分析文件

分析文件会直接上传到Scan官网，命令行最后会给出远程地址

第一次跑会让你在 Scan 官网注册一下，邮件确认后就能看了

scan 工具是按照依赖变体挨个分类的，debugCompileClassPath 就是 dedug 打包中的依赖包了

如上，使用这种方式分析依赖树更加方便简洁

2.使用循环优化Gradle依赖管理

---

如下所示，我们常常使用ext来管理依赖

dependencies {

implementation fileTree(include: [‘*.jar’], dir: ‘libs’)

implementation rootProject.ext.dependencies[“appcompat-v7”]

implementation rootProject.ext.dependencies[“cardview-v7”]

implementation rootProject.ext.dependencies[“design”]

implementation rootProject.ext.dependencies[“constraint-layout”]

annotationProcessor rootProject.ext.dependencies[“glide_compiler”]

…

}

这样虽然实现了依赖的统一管理，但是随着项目越来越大，依赖也会越来越多，常常会有几十甚至上百行，导致build.gradle越来越长

有没有一种好的方式不在 build.gradle 中写这么多的依赖配置？

有，就是使用循环遍历依赖。

示例如下，首先添加config.gradle

ext{

dependencies = [

// base

“appcompat-v7” : “com.android.support:appcompat-v7:${version[“supportLibraryVersion”]}”，

…

]

annotationProcessor = [

“glide_compiler” : “com.github.bumptech.glide:compiler:${version[“glideVersion”]}”,

…

]

apiFileDependencies = [

“launchstarter” :“libs/launchstarter-release-1.0.0.aar”

]

debugImplementationDependencies = [

“MethodTraceMan” : “com.github.zhengcx:MethodTraceMan:1.0.7”

]

…

implementationExcludes = [

“com.android.support.test.espresso:espresso-idling-resource:3.0.2” : [

‘com.android.support’ : ‘support-annotations’

]

]

…

}

然后在build.gradle中配置如下：

apply from config.gradle

…

def implementationDependencies = project.ext.dependencies

def processors = project.ext.annotationProcesso

def implementationExcludes = project.ext.implementationExcludes

dependencies{

// 处理所有的 xxximplementation 依赖

implementationDependencies.each { k, v -> implementation v }

// 处理 annotationProcessor 依赖

processors.each { k, v -> annotationProcessor v }

// 处理所有包含 exclude 的依赖

implementationExcludes.each { entry ->

implementation(entry.key) {

entry.value.each { childEntry ->

exclude(group: childEntry)

}

}

}

…

}

这样做的优点在于

1.后续添加依赖不需要改动build.gradle,直接在config.gradle中添加即可

2.精简了build.gradle的长度

3.支持代码提示的Gradle依赖管理

---

上面介绍了通过config.gradle管理依赖的方法

在我们添加Gradle依赖时，还有一些痛点

1.不支持代码提示

2.不支持单击跳转

3.多模块开发时，不同模块相同的依赖需要复制粘贴

使用buildSrc+kotlin可以解决这个问题

效果如下：

由于buildSrc是对全局的所有module的配置,所以可以在所有module中直接使用

这里就不多介绍了

buildSrc vs includeBuild

上面介绍的方法使用的是buildSrc,使用起来比较方便

不过它的缺点在于构建速度上会慢一些，使用includeBuild可以实现同样的效果

两者实现的最终效果是差不多的

4.Gradle模块化

---

我们在开发中，引入一些插件时，有时需要在build.gradle中引入一些配置，比如greendao,推送,tinker等

这些其实是可以封装在相应gradle文件中，然后通过apply from引入

举个例子，例如在我们使用greendao数据库时，需要在build.gradle中指定版本

这种时候应该新建一个greendao-config.gradle

apply plugin: ‘org.greenrobot.greendao’

//greenDao指定版本和路劲等

greendao {

//数据库的schema版本，也可以理解为数据库版本号

schemaVersion 1

//设置DaoMaster、DaoSession、Dao包名，也就是要放置这些类的包的全路径。

daoPackage ‘com.example.ausu.big_progect.dao’

//设置DaoMaster、DaoSession、Dao目录

targetGenDir ‘src/main/java’

}

然后再在build.gradle中引入

apply from ‘greendao-config.gradle’

这样做主要有2个优点

1.单一职责原则，将greendao的相关配置封装在一个文件里，不与其他文件混淆

2.精简了build.gradle的代码，同时后续修改数据库相关时不需要修改build.gradle的代码

5.Library模块Gradle代码复用

---

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级安卓工程师，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新Android移动开发全套学习资料》送给大家，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频
如果你觉得这些内容对你有帮助，可以添加下面V无偿领取！（备注Android）

总结

本文讲解了我对Android开发现状的一些看法，也许有些人会觉得我的观点不对，但我认为没有绝对的对与错，一切交给时间去证明吧！愿与各位坚守的同胞们互相学习，共同进步！

在这里我也分享一份自己收录整理的**Android学习PDF+架构视频+面试文档+源码笔记，还有高级架构技术进阶脑图、Android开发面试专题资料，高级进阶架构资料**帮助大家学习提升进阶，也节省大家在网上搜索资料的时间来学习，也可以分享给身边好友一起学习

如果你觉得这些内容对你有帮助，可以添加下面V无偿领取！（备注Android）
[外链图片转存中…(img-8HfJ7BGR-1711283344756)]

总结

本文讲解了我对Android开发现状的一些看法，也许有些人会觉得我的观点不对，但我认为没有绝对的对与错，一切交给时间去证明吧！愿与各位坚守的同胞们互相学习，共同进步！

在这里我也分享一份自己收录整理的**Android学习PDF+架构视频+面试文档+源码笔记，还有高级架构技术进阶脑图、Android开发面试专题资料，高级进阶架构资料**帮助大家学习提升进阶，也节省大家在网上搜索资料的时间来学习，也可以分享给身边好友一起学习