最近大致分析了一把 Activity 启动的流程,趁着今天精神状态好,把之前记录的写成文章。

开门见山,我们直接点进去看 Activity 的 startActivity , 最终,我们都会走到 startActivityForResult 这个方法,我们可以发现关键的代码:

Instrumentation.ActivityResult ar = mInstrumentation.execStartActivity(
this, mMainThread.getApplicationThread(), mToken, this,intent, requestCode, options);

我们会发现 Activity 启动其实都经过了一个中转站叫做 Instrumentation, 查看Instrumentation 的 execStartActivity 方法:

/// 删除了我们不关心的部分
try {
intent.migrateExtraStreamToClipData();
intent.prepareToLeaveProcess(who);
int result = ActivityManager.getService().startActivity(whoThread, who.getBasePackageName(), intent,
intent.resolveTypeIfNeeded(who.getContentResolver()),token, target != null ? target.mEmbeddedID : null,requestCode, 0, null, options);
checkStartActivityResult(result, intent);
} catch (RemoteException e) {
throw new RuntimeException("Failure from system", e);
}

我们会发现这里通过 ActivityManager.getService 在进行通信,进去查看,我们发现这个 service 其实是一个 IActivityManager.aidl, 说明这里我们进行了一次 Android 的 IPC。

全局搜索 extends IActivityManager 我们可以发现进行通信的就是 ActivityManagerService , 查看 startActivity 最终可以走到 ActivityStart 的 startActivityMayWait 方法。我们抽取它的关键代码:

这部分我们可以看到根据 intent 解析除了需要的信息,并根据信息去获取了跳转 Activity 的系统权限。

这一部分代码,则对 intent 进行了处理和判断,我们基本可以省略这部分非关键逻辑

最终我们会走到 startActivityLocked 方法,并走到 startActivity

这里我们会看到很多对于不同的 ActivityManager 的 状态进行逻辑判断和处理,这里不影响我们的关键流程,我们可以继续往下分析, 分析 doPendingActivityLaunchesLocked 方法

startActivity(pal.r, pal.sourceRecord, null, null, pal.startFlags, resume, null,
null, null /*outRecords*/);

最终还是会走到另一个重载的 startActivity :

mService.mWindowManager.deferSurfaceLayout();
result = startActivityUnchecked(r, sourceRecord, voiceSession, voiceInteractor,
startFlags, doResume, options, inTask, outActivity);

查看 startActivityUnchecked : 这里代码逻辑比较长,我们查看 ActivityStackSupervisor.resumeFocusedStackTopActivityLocked 方法

继续查看 resumeTopActivityUncheckedLocked 方法, 跟踪到 resumeTopActivityInnerLocked 方法:

这边我们查看需要 restart 这个 Activity 的简单情况,会调用 ActivityStackSupervisor 的 startSpecificActivityLocked 方法

这里我们找到了逻辑的关键:如果 app的线程和进程都存在,我们会执行 realStartActivityLocked 方法。否则,会继续进行 IPC 通知 ActivityManagerService 去执行 startProcessLocked

这里我们差不多能猜到启动逻辑:

  1. 如果启动的是我们自己 app 进程的 Activity, 那么直接去启动就好了
  2. 如果我们启动的 Activity 所在的进程不存在,例如:我们把微信 kill 了,然后跳转微信分享的 Activity,或者我们点击launch 的微信图标,那么,我么就会走创建新进程的逻辑

那么我们分别来跟踪这2种情况:

启动自己的Activity

我们可以找到这段代码的关键逻辑,我们先分析下 app.thread 是什么。跟踪进去会发现是一个 IApplicationThread, 可以发现这里又是一个 aidl, 最后我们可以找到 ApplicationThread ,

private class ApplicationThread extends IApplicationThread.Stub

这是 ActivityThread 的一个静态内部类,ActivtyThread和启动Activity 相关,那么这个类就应该是和 Application 启动相关。

我们会发现最后其实发了一个message 到消息队列中,找到 H 这个 handler 的 handleMessage 方法

case LAUNCH_ACTIVITY: {
final ActivityClientRecord r = (ActivityClientRecord) msg.obj;
r.packageInfo = getPackageInfoNoCheck(
r.activityInfo.applicationInfo, r.compatInfo);
handleLaunchActivity(r, null, "LAUNCH_ACTIVITY");
} break;

查看 handleLaunchActivity 方法

Activity a = performLaunchActivity(r, customIntent);

performLaunchActivity方法中可以看到

java.lang.ClassLoader cl = appContext.getClassLoader();
activity = mInstrumentation.newActivity(cl, component.getClassName(), r.intent);

这里,我们发现这里通过 Insteumentation new 了一个 Activity

通过以上代码,我们还可以发现 new 出 Activity 后的几个步骤

  1. attach Activity, 目测会有初始化 window 的流程
  2. 设置 theme
  3. Activity 的 onCreate 流程
  4. Activity 如果已经销毁,会去执行 onRestoreInstance ,我们可以在这里做数据恢复的操作
  5. Activity 在 onCreate 完成后的一些操作

到这里,我们的 Activity 就启动成功了

启动新的进程

下面来分析我们的第二种情况,我们可以跟踪到 ActivityManagerService 的 `startProcessLocked 方法, 这个方法最终会走到自己的重载方法:

如果我们启动的是一个 webview service, 则会走到 startWebView ,这里我们不考虑,所以我们分析的是 Process.start 这种初始化一个普通进程的情况。

这个方法最后调用了 ZygoteProcess 的 start 方法

这里我们也可以大致分析出来,这里就是在通过 socket 通信请求 Zygote 进程 fork 一个子进程,作为新的 APP 进程,具体流程本篇文章暂时不做深究。

最终我们会启动 ActivityThread 的 main 方法,继续走到 attach 方法

这里我们能看到启动主线程的 Looper, 创建系统 Context 等工作,最终我们走到 ApplicationThread 的 bindApplication , 代码这里就不贴了,这里负责了 Application 在初始化的时候的各种工作。包括 LoadedAPK 的 makeApplication 过程。

if (normalMode) {
try {
if (mStackSupervisor.attachApplicationLocked(app)) {
didSomething = true;
}
} catch (Exception e) {
Slog.wtf(TAG, "Exception thrown launching activities in " + app, e);
badApp = true;
}
}

这里会发现,正常模式下,我们走到了 ActivityStackSupervisor 的 attachApplicationLocked 方法,后面就又会和第一部分介绍的一样,走到 realStartActivityLocked 方法,去创建并执行 Activity 的生命周期。

总结

到这里,Activity 的启动流程就大致梳理出来了。基本就是,Instrumentation 负责 Activity 的创建和中转, ActivityStackSupervisor 负责 Activity的 栈管理。Activity 都通过了 ActviityServerManager 来进行管理。

大概的关系如下图所示:

后续

这里我只是对Activity的启动流程做了一个简单的梳理。我们会发现每个模块和细节都有几百几百行的代码。完全吃透还得自己下功夫,看源码,尽管这个过程很痛苦。一遍看不懂就再来一遍,跟着博客思路看了不下十遍,努力总会有收获的。

最近收集到一份阿里大神整理的内部资料,包含【Android开发核心知识笔记+2020大厂最新面试题及解析+源码笔记】。如果你是卡在缺少学习资源的瓶颈上,那么刚刚好我能帮到你。

朋友们如果有需要,可以我的【Github】阅读下载.

最后送给大家一句话:行动是老子、知识是儿子、创造是孙子。祝愿大家能找到各自的方法,实现人生的持续突破。

面试必备:Android Activity启动流程源码分析的更多相关文章

  1. Android Activity启动流程源码全解析(1)

    前言 Activity是Android四大组件的老大,我们对它的生命周期方法调用顺序都烂熟于心了,可是这些生命周期方法到底是怎么调用的呢?在启动它的时候会用到startActivty这个方法,但是这个 ...

  2. Android Activity启动流程源码全解析(2)

    接上之前的分析 ++Android Activity启动流程源码全解析(1)++ 1.正在运行的Activity调用startPausingLocked 一个一个分析,先来看看startPausing ...

  3. Activity启动过程源码分析(Android 8.0)

    Activity启动过程源码分析 本文来Activity的启动流程,一般我们都是通过startActivity或startActivityForResult来启动目标activity,那么我们就由此出 ...

  4. Spark(五十一):Spark On YARN(Yarn-Cluster模式)启动流程源码分析(二)

    上篇<Spark(四十九):Spark On YARN启动流程源码分析(一)>我们讲到启动SparkContext初始化,ApplicationMaster启动资源中,讲解的内容明显不完整 ...

  5. Spark(四十九):Spark On YARN启动流程源码分析(一)

    引导: 该篇章主要讲解执行spark-submit.sh提交到将任务提交给Yarn阶段代码分析. spark-submit的入口函数 一般提交一个spark作业的方式采用spark-submit来提交 ...

  6. SpringBoot启动流程源码分析

    前言 SpringBoot项目的启动流程是很多面试官面试中高级Java程序员喜欢问的问题.这个问题的答案涉及到了SpringBoot工程中的源码,也许我们之前看过别的大牛写过的有关SpringBoot ...

  7. springboot的启动流程源码分析

    .测试项目,随便一个简单的springboot项目即可: 直接debug调试: 可见,分2步,第一步是创建SpringApplication对象,第二步是调用run方法: 1.SpringApplic ...

  8. Spring Boot的自动配置原理及启动流程源码分析

    概述 Spring Boot 应用目前应该是 Java 中用得最多的框架了吧.其中 Spring Boot 最具特点之一就是自动配置,基于Spring Boot 的自动配置,我们可以很快集成某个模块, ...

  9. SpringBoot一站式启动流程源码分析

    一.前言 由上篇文章我们得知,SpringBoot启动时,就是有很简单的一行代码.那我们可以很清楚的看到这行代码的主角便是SpringApplication了,本文我们就来聊一聊这货,来探寻Sprin ...

随机推荐

  1. mysql主节点down机后如何恢复操作

    1 停机维护 (1) 先停止上层应用 (2) 检查backup和slave的中继日志是否已经完成了回放及gtid_executed保持一致 mysql> show slave status\G; ...

  2. 15、nginx编译安装

    15.1.nginx介绍: 1.Nginx是一个开源,支持高性能,高并发的www服务和代理服务软件,由俄罗斯人开发,是开源的,nginx因具有高并发(特别是静态的 资源).占用系统资源少等特性,且功能 ...

  3. Mysql 主键的操作

    ​ 主键:primary key ,主要的键.一张表只能有一个字段可以使用对应的键,用来唯一的约束字段里面的数据,数据不能重复,这种键称之为主键,一张表只能最多有一个主键.  一.增加主键 方法一:在 ...

  4. bcprov-jdk15-145.rar

    javapdf文件操作,加密包 bcprov-jdk15-145.rar https://files.cnblogs.com/files/blogs/692137/bcprov-jdk15-145.r ...

  5. Java Collecion的常用方法

    import java.util.*; /** * 数组存储数据的特点: * ①一旦初始化,大小确定 * ②一旦定义,存储的类型确定且相同. * 数组存储的弊端: * ①大小无法改变. * ②方法较少 ...

  6. 2020年MySQL数据库面试题总结(50道题含答案解析)

    1.MySQL 中有哪几种锁? (1)表级锁:开销小,加锁快:不会出现死锁:锁定粒度大,发生锁冲突的概率最 高,并发度最低. (2)行级锁:开销大,加锁慢:会出现死锁:锁定粒度最小,发生锁冲突的概率最 ...

  7. 深入浅出图神经网络 GCN代码实战

    GCN代码实战 书中5.6节的GCN代码实战做的是最经典Cora数据集上的分类,恰当又不恰当的类比Cora之于GNN就相当于MNIST之于机器学习. 有关Cora的介绍网上一搜一大把我就不赘述了,这里 ...

  8. Linux 之 usermod

    usermod [选项] 登录名 usermod用于修改用户基本信息 -d 修改用户的主目录,与-m选项一起使用 -d和-m要联合使用,否则修改的用户有问题 -g,--gid 修改用户组,该用户组是必 ...

  9. C语言:宏参数的字符串化和宏参数的连接

    在宏定义中,有时还会用到#和##两个符号,它们能够对宏参数进行操作. # 的用法 #用来将宏参数转换为字符串,也就是在宏参数的开头和末尾添加引号.例如有如下宏定义: #define STR(s) #s ...

  10. 聊聊 Spring AOP 的不为常知的“秘事”

    Spring AOP 在我们日常开发中扮演了一个非常重要的角色,对于如何使用 AOP 相信很多人已经不陌生,但其中有一些点却容易被我们忽视,本节我们结合一些"不为常知"的问题展开讨 ...