启动Activity的流程

基于Android Q,之前的版本思路也是一样只是又部分不同。

  • Activity.startActivity
  • Activity.startActivityForResult
  • Instrumentation.execStartActivity
  • IActivityTaskManager.startActivity (aidl实现binder跨进程通讯,通讯的客户端,以上部分在应用进程)
  • ActivityTaskManagerService.startActivity (实现IActivityTaskManager.Stub,跨进程通讯的服务端,这部分在系统进程)
  • ActivityTaskManagerService.startActivityAsUser
  • ActivityStarter.execute
  • ActivityStarter.startActivityMayWait
  • ActivityStarter.startActivity(有几个该重载方法)
  • ActivityStarter.startActivityUnchecked
  • ActivityStack.ensureActivitiesVisibleLocked
  • ActivityRecord.makeClientVisible
  • ActivityRecord.makeActiveIfNeeded
  • ActivityStack.resumeTopActivityUncheckedLocked
  • ActivityStack.resumeTopActivityInnerLocked
  • ActivityStackSupervisor.startSpecificActivityLocked
  • ActivityStackSupervisor.realStartActivityLocked { mService.getLifecycleManager().scheduleTransaction(clientTransaction); }
  • ClientLifecycleManager.scheduleTransaction
  • ClientTransaction.schedule(ClientTransaction中的mActivityCallbacks就是LaunchActivityItem)
  • IApplicationThread.scheduleTransaction(这里也是使用aidl通过binder通讯,这是通讯的客户端,这部分在系统进程)
  • ApplicationThread.scheduleTransaction(实现IApplicationThread.Stub,跨进程通讯的服务端,这部分在应用进程)
  • ClientTransactionHandler.scheduleTransaction
  • ActivityThread.sendMessage (what = EXECUTE_TRANSACTION)
  • ActivityThread$H.handleMessage
  • TransactionExecutor.execute
  • TransactionExecutor.executeCallbacks
  • ClientTransactionItem.execute(ClientTransactionItem就是LaunchActivityItem)
    *ClientTransactionHandler.handleLaunchActivity(ClientTransactionHandler的实现其实就是ActivityThread)
  • ActivityThread.performLaunchActivity {Instrumentation.newActivity创建activity实例 -> activity.attach -> activity.mIntent = customIntent -> activity.setTheme}
  • Instrumentation.callActivityOnCreate
  • Activity.performCreate
  • Activity.onCreate

到这里activity就被启动起来了

总体来说,不管是哪个版本都是:

  • 首先startActivity
  • 通过Instrumentation调用ActivityManagerService(后文简称AMS)通过跨进程通讯,从应用进程调用到系统进程,并在系统进程中进行一些列操作
  • 在系统进程处理完成后,通过IApplicationThread也进行跨进程通讯,从系统进程回到应用进程,通过ActivityThread中的Handler处理消息
  • 最后又通过Instrumentation创建要启动的Activity,并调用创建的activity的onCreate方法

也就是说启动Activity其实是经过了两次跨进程通讯才将Activity启动起来的。

其他生命周期的调用

onResume和onPause

如果启动另一个activity,以前就知道会先调用当前activity的onPause方法之后再调用启动的Activity的onResume方法,而这个原因也能在上边分析启动流程中找到,在ActivityStack.resumeTopActivityInnerLocked方法中可以看到会先执行上一个Activity的onPause再去执行当前activity的onResume方法。

//2744行
boolean pausing = getDisplay().pauseBackStacks(userLeaving, next, false);
if (mResumedActivity != null) {
    if (DEBUG_STATES) Slog.d(TAG_STATES,
            "resumeTopActivityLocked: Pausing " + mResumedActivity);
    pausing |= startPausingLocked(userLeaving, false, next, false);
}

//2983行
transaction.setLifecycleStateRequest(
        ResumeActivityItem.obtain(next.app.getReportedProcState(),
                getDisplay().mDisplayContent.isNextTransitionForward()));
mService.getLifecycleManager().scheduleTransaction(transaction);
final boolean startPausingLocked(boolean userLeaving, boolean uiSleeping,
        ActivityRecord resuming, boolean pauseImmediately) {
 
    //其他代码...
    mService.getLifecycleManager().scheduleTransaction(prev.app.getThread(),
            prev.appToken, PauseActivityItem.obtain(prev.finishing, userLeaving,
                    prev.configChangeFlags, pauseImmediately)); 
    //其他代码...  
}

可以看到onResume和onPause的执行都是和onCreate一样,都通过继承的ClientTransactionItem,最终被TransactionExecutor.executeCallbacks时调用对应item.execute方法,然后调用到ActivityThread里的对应方法,然后通过Instrumentation与Activity交互。

onStart和onStop调用的地方又有点不一样。

onStart是在onResume方法执行TransactionExecutor.execute方法中调用executeLifecycleState方法中调用到的。然后调用cycleToPath -> performLifecycleSequence -> ActivityThread.handleStartActivity,之后也是通过Instrumentation执行Activity.onStart方法

onStop是在调用ActivityThread.handleResumeActivity方法的最后通过闲置Handler调用idler,循环调用AMS的activityIdle方法,然后调用ActivityStackSupervisor的activityIdleInternalLocked方法,再通过processStoppingActivitiesLocked方法得到需要stop的Activity信息,如果这些需要stop的activity中不是被finish的那么就执行ActivityStack的stopActivityLocked方法,然后和其他之前一样也是使用

mService.getLifecycleManager().scheduleTransaction(r.app.getThread(), r.appToken,
        StopActivityItem.obtain(r.visible, r.configChangeFlags));

这样的方式在Activity中执行对应的方法,最后再通过Instrumentation执行Activity.onStop方法。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 159,015评论 4 362
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 67,262评论 1 292
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 108,727评论 0 243
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 43,986评论 0 205
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 52,363评论 3 287
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,610评论 1 219
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,871评论 2 312
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,582评论 0 198
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,297评论 1 242
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,551评论 2 246
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 32,053评论 1 260
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,385评论 2 253
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 33,035评论 3 236
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,079评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,841评论 0 195
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 35,648评论 2 274
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,550评论 2 270