Activity启动过程简单记录

2017-05-21 本文已影响64人草貌路飞

本来是想写下activity生命周期的调度过程，但是想想直接写的话有点突兀，感觉还是先分析下activity的启动然后在分析生命周期比较顺畅。BTW,第一次用markdown语法写希望好用。
这里的分析是基于7.0的源码并且只分析一般的启动过程，没有forResult,也考虑特殊的launchMode.还有就是描述写的不多，只是记录调用的过程。

1.As we all know, activity启动其它activity是通过Instrumentation完成的，所以这里直接从Instrumentation开始.

/>android.app.Instrumentation.execStartActivity()

int result = ActivityManagerNative.getDefault()
                .startActivity(whoThread, who.getBasePackageName(), intent,
                        intent.resolveTypeIfNeeded(who.getContentResolver()),
                        token, target != null ? target.mEmbeddedID : null,
                        requestCode, 0, null, options);

这里的ActivityManagerNative.getDefault得到的是一个ActivityManagerProxy单例对象，其中封装了对ActivityManagerService的IBinder对象的调用。总之最后调用的是ActivityManagerService的startActivity。

/>com.android.server.am.ActivityManagerService

@Override
public final int startActivity(IApplicationThread caller, String callingPackage,
            Intent intent, String resolvedType, IBinder resultTo, String resultWho, int requestCode,
            int startFlags, ProfilerInfo profilerInfo, Bundle bOptions) {
    return startActivityAsUser(caller, callingPackage, intent, resolvedType, resultTo,
                resultWho, requestCode, startFlags, profilerInfo, bOptions,
                UserHandle.getCallingUserId());
 }

2.ActivityManagerService执行过程. 代码太多，只记录下方法的调用流程。并且这里假设要启动的activity所在进程还没启动。
--数字代表当前方法调用下个方法的代码行号

> ActivityManagerService.startActivityAsUser() --4399
- ActivityStarter.startActivityMayWait() --860
  - ActivityStarter.startActivityLocked() --516
    - ActivityStarter.startActivityUnchecked() --1243
      - ActivityStackSupervisor.resumeFocusedStackTopActivityLocked() --1830
        
        ActivityStack.resumeTopActivityUncheckedLocked() --2127
        
        ActivityStack.resumeTopActivityInnerLocked() --2269
        
        ActivityStackSupervisor.pauseBackStacks() --961 这一步是遍历所有后台ActivityStack，查看是否有resumed状态的Activity存在，存在则招待pause操作
        
        ActivityStack.startPausingLocked() --1141
        
        ApplicationThread.schedulePauseActivity() 这一步是调用要执行pause操作的activity所在进程的ApplicationThread.schedulePauseActivity方法, 在应用的进程中停止activity,然后AMS的工作就暂时完成了。

应用进程执行activity的pause操作完成后，会通过应用进程的ActivityThread回调AMS的activityPaused方法

ActivityThread.handlePauseActivity() --3697
- ActivityManagerService.activityPaused() --7006
  - ActivityStack.activityPaused() --1212
    - ActivityStack.completePauseLocked() --1332
      - ActivityStackSupervisor.resumeFocusedStackTopActivityLocked() --1830
        
        ActivityStack.resumeTopActivityUncheckedLocked() --2127
        
        ActivityStack.resumeTopActivityInnerLocked() --2577
        
        ActivityStackSupervisor.startSpecificActivityLocked() --1420 这里会判断当前要启动的Activity的进程是否启动
        
        ActivityManagerService.startProcessLocked() --3547
        
        ActivityManagerService.startProcessLocked() --3666
        * ActivityManagerService.startProcessLocked() --3832
        * Process.start() 这里通过Zygote进程创建一个新进程。AMS的工作暂时完成，需要等新进程回调AMS才继续启动Activity的操作。

新进程创建成功后会执行ActivityThread的main方法，并通过attach方法调用AMS的attachApplication方法和AMS进行绑定操作。AMS又通过调用ApplicationThread的bindApplication方法通知绑定成功，然后应用进程会创建应用的Application和Instrumentation等对象，回调结束后AMS接着做下面的操作

ActivityManagerService.attachApplicationLocked() --6693
- ActivityStackSupervisor.attachApplicationLocked() --866 这里会遍历查找需要显示的Activity,也就是之前想要启动的Activity
  - ActivityStackSupervisor.realStartActivityLocked() --1310
    - ApplicationThread.scheduleLaunchActivity() --over

***到这Activity启动就算结束了，后面就是通过IPC调用应用进程的ApplicationThread执行真正的创建activity并展示的操作了。 ***

总结:Activity的启动先对之前resumed的activity执行pause操作，然后在AMS回调方法activityPaused方法中重启启动activity的过程，然后又因为应用进程没启动，AMS调用Zygote进程创建应用进程。应用进程创建成功后会和AMS绑定，绑定完成后AMS又重新开启启动activity的过程，直到调用应用进程的ApplicationThread的scheduleLaunchActivity。

Activity启动过程简单记录

猜你喜欢

热点阅读