转用as已经两年了,一直没有深入了解Gradle的机制。最近项目不忙,就抽时间归纳总结一下。
我们可以从文件目录分析。项目使用的是一种树形架构,在根目录下的文件是整个项目的配置文件,而各个模块会继承项目的配置,又会在自己的目录下增添自己个性化配置。如下图
gradle库的配置:如果是网络路径下载的gradle库会放在.gradle目录下
local.properties文件里面配置sdk和ndk路径;
配置好这些支持库后,我们很容易发现每一个模块和总工程都有一个build.gradle文件。这个文件是用的groovy语言编写的,是核心配置文件。先从总项目下的build.gradle看。
其中buildscript闭包里面是给gradle配置依赖库和插件的。这里的classpath 'com.android.tools.build:gradle:3.3.2'插件版本号必须要和gradle库的版本号一一对应,对应的规则参考官网说明。而插件的版本号一般和androidstudio版本号一样就行。allprojects闭包是给项目配置依赖库的。其实.gradle文件会有一个对应的.java。在组件化中会用到,这里就不细说。
接着看module里面的build.gradle文件。
apply plugin: 'com.android.application'使该模块变为app模块(可打出apk包),如果使用apply plugin: 'com.android.library'则是将该模块变为library模块(可以打出aar包),如果使用apply plugin: 'java-library'则是将该模块变为java模块。apply plugin导入的插件不同会导致该模块的属性不同。组件化实现的基础就是动态切换插件。android闭包里面配置编译和打包时的设置,包括常用属性配置,签名配置,打包渠道,混淆,多dex等等。其中applicationId只能在app模块中配置,buildToolsVersion '28.0.3'也必须和gradle插件版本保持对应,对应关系参考官网。dependencies闭包里面放的是依赖库。implementation模块私有,不可被继承。api可被继承。gradle3.3之前用compile,也能被继承。