• Android Studio点击Run背后发生了什么
  • 发布于 2个月前
  • 92 热度
    0 评论
背景
在 Android Studio 中经常点击“RUN”按钮,即可对编写的代码进行编译、打包,安装到目标设备,并运行APP,那么这一条龙服务具体是谁在帮我们做?当点击run之后会运行一系列task,这些task有什么关系又是怎么来的呢,今天就基于这些问题来聊聊一些本质问题。

真相 
实际上 Android Studio 提供了Gradle这个工具,它可以为我们提供一条龙服务。这些按钮的底层实现都是通过Gradle task来完成的,当点击Run的时候我们看到控制台会有一系列的task在运行。如果针对Gradle不了解的可以参考这篇文章 Gradle系列之大锅菜汇总

实际上我们在点击 Run 的时候运行的是gradle assembleDebug 任务,会生成一个debug包,当我们连接手机的时候会自动帮我们安装到手机上,并打开main activity。

Projects 和 task
如果想知道task之间是怎么运行的,这就涉及到Gradle的调度顺序。在此之前需要了解的是Gradle中两个重要的概念:Projects和Tasks。

在Gradle中每个待编译的工程称为 Project,每个Project在构建时都包含一系列的Task,而每个task代表了构建过程中的一个原子性操作,比如编译、打包、发布等这些操作。一个Project到底包含了多少个Task,其实是由编译脚本指定的插件决定的。

Settings文件
主要用于指定项目中所有引入的模块。一个子工程只有在settings.gradle文件里配置了,Gradle才会识别,才会在构建的时候被包含进去。

build.gradle脚本
我们会发现根项目下有一个build.gradle,子项目中也有一个build.gradle。最外面的build.gradle,表示的是全局的配置文件,可以对所有的子模块进行配置;
buildscript {
    repositories {
        jcenter()
        maven {
            url 'https://maven.google.com/'
            name 'Google'
        }
    }
    dependencies {
        classpath "org.sonarsource.scanner.gradle:sonarqube-gradle-plugin:2.8"
        classpath 'com.android.tools.build:gradle:3.2.1'
     }
}
而内部的build.gradle文件是针对当前子模块进行配置。常见的子模块中的build.gradle配置如下:
android闭包:可以配置项目构建的各种属性
compileSdk 33 用于指定项目的编译版本,假如指定33表示使用Android12系统的SDK编译
defaultConfig闭包:主要对项目的更多细节进行配置

buildTypes闭包:用于指定生成安装文件的相关配置,通常包含有个闭包,release和debug,debug可省略,通过Android Studio直接运行项目生成的都是测试版安装文件
Gradle的执行流程
可以概括为三个阶段:
初始化(Initialization)阶段:在初始化阶段Gradle将会确定哪些项目将参与构建,并为每个项目创建一个Project对象实例。在Android项目中会先执行setting.gradle文件,
配置(Configureation)阶段:执行task闭包中的内容,并确定依赖关系;主要执行所有build.gradle脚本里面的内容,从根项目下的build.gradle开始执行,产出的结果是生成Task的有向无环图,即Task集合执行的流程图。
执行(Execution)阶段:即按照配置阶段生成的task有向无环图,一个一个的执行具体Task中的Action。
总结就是先执行settings内容,再执行build.gradle中除了doLast闭包之外的内容,最后再执行doLast闭包。如果想验证的话,可以在三个文件中分别加入打印信息


用户评论