在安卓面试过程中,经常被问到以下几个问题:
1、Activity的生命周期
2、Activity启动后到页面展现出来的过程
3、应用启动过程
其实这些问题都可以在Activity的启动过程中(应用启动其实也是Activity启动的一个分支)寻找到答案,下面就让我们来探究下Activity启动过程到底经历了什么东西吧。
核心流程
先上一张核心的流程图:
由上图可知,Activity启动涉及到应用层、framework层两个部分,应用层的交互主要由Instrumentation类承担,作为与framework层通讯的入口管理类,framework层主要涉及ActivityManager对全局Activity栈相关的管理、Application进程的管理以及最终ApplicationThread对Activity生命周期的调度。
整个过程涉及了两次AIDL跨进程通讯,第一次是从startActivity发起方的进程切换到系统进程,调用入口代码位于类ActivityManager中:
private static final Singleton<IActivityManager> gDefault = new Singleton<IActivityManager>() {
protected IActivityManager create() {
IBinder b = ServiceManager.getService("activity");
if (false) {
Log.v("ActivityManager", "default service binder = " + b);
}
IActivityManager am = asInterface(b);
if (false) {
Log.v("ActivityManager", "default service = " + am);
}
return am;
}
};
在系统进程中完成了Intent flag等数据处理以及Activity栈、TaskRecord的管理,然后再次使用AIDL跨进程调用,切换到应用进程完成Activity的创建及相关生命周期方法的回调。所以,要理清楚Activity的启动过程主要就是要理清楚framework层的代码流程,这时就需要去分析framework层的源码了,sdk里面是不包含framework层的代码的,需要翻墙查看:https://android.googlesource.com/platform/frameworks/base/+refs,笔者这边分析的是android-cts-7.1_r20 tag的代码,不同版本的代码可能会有细微的差异。
Framework源码分析
首先从最开始的地方也就是ActivityManagerService开始(代码地址:https://android.googlesource.com/platform/frameworks/base/+/android-cts-7.1_r20/services/core/java/com/android/server/am/ActivityManagerService.java)
public class ActivityManagerService extends ActivityManagerNative
implements Watchdog.Monitor, BatteryStatsImpl.BatteryCallback {
...
@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());
}
final int startActivity(Intent intent, ActivityStackSupervisor.ActivityContainer container) {
enforceNotIsolatedCaller("ActivityContainer