Activity的启动由APP端发起，通过Binder通讯进入系统端的AMS。
Acitivity的启动.png
一、APP端发起
从APP端点击应用打开窗口调用StartActivity开始流程经过Instrumentation. execStartActivity中ActivityManager.getService()获得AMS IBinder客户端，并与AMS进行交互，进入到AMS中的startActivity。
二、AMS端
1、ActivityStartController&&ActivityStarter
从名字上看两者，ActivityStartController应该是作为ActivityStarter的Control类存在的，在AMS.startActivityAsUser中通过ActivityStartController来启动创建Activity的流程
public final int startActivityAsUser(IApplicationThread caller, String callingPackage,
Intent intent, String resolvedType, IBinder resultTo, String resultWho, int requestCode,
int startFlags, ProfilerInfo profilerInfo, Bundle bOptions, int userId,
boolean validateIncomingUser) {
enforceNotIsolatedCaller("startActivity");
userId = mActivityStartController.checkTargetUser(userId, validateIncomingUser,
Binder.getCallingPid(), Binder.getCallingUid(), "startActivityAsUser");
// TODO: Switch to user app stacks here.
return mActivityStartController.obtainStarter(intent, "startActivityAsUser")
.setCaller(caller)
.setCallingPackage(callingPackage)
.setResolvedType(resolvedType)
.setResultTo(resultTo)
.setResultWho(resultWho)
.setRequestCode(requestCode)
.setStartFlags(startFlags)
.setProfilerInfo(profilerInfo)
.setActivityOptions(bOptions)
.setMayWait(userId)
.execute();
}
从代码调用中可以看出其类似 建造者设计模式的方式，其ActivityStartController中采用了通过ActivityStarter.DefaultFactory采用享元模式共享ActivityStarter对象池。
ActivityStater.png
通过ActivityStartController.obtainStarter从mFactory中的ActivityStarter线程池中获取已有或者新创建一个ActivityStater对象，通过链式调用进行赋值后调用execute执行。进入ActivityStater.startActivityMayWait。
ActivityStarter.startActivityMayWait：主要解析出与Intent相匹配的ActivityInfo
从PackageManagerService准备activity需要的数据。查找PMS中已有的ResolveInfo，通过intent如果匹配到多个则用户选择，没匹配到则从启动中获取ResolveInfo。并通过通过PMS的getActivityInfo读取ActivityInfo。
对重量进程处理
进入下一步启动调用startActivity
并将解析的ActivityInfo信息传入到startActivity()方法为目标Activity准备好了ActivityRecord，并将新创建的ActivityRecord作为参数传入另一个startActivity,再进入startActivityUnchecked，
startActivityUnchecked： 该函数主要针对Activity栈进行处理，通过对intent中flag的分析选择TaskRecord以及ActivityStack，或者创建TaskRecord以及ActivityStack > 创建流程另外分析吧)
private int startActivityUnchecked(final ActivityRecord r, ActivityRecord sourceRecord,
IVoiceInteractionSession voiceSession, IVoiceInteractor voiceInteractor,
int startFlags, boolean doResume, ActivityOptions options, TaskRecord inTask,
ActivityRecord[] outActivity) {
//注释1： 整个参数赋值给ActivityStarter的全局变量
setInitialState(r, options, inTask, doResume, startFlags, sourceRecord, voiceSession,
voiceInteractor);
//注释2： 计算Task的flag
computeLaunchingTaskFlags();
//注释3：获取调用方的Activity栈
computeSourceStack();
mIntent.setFlags(mLaunchFlags);
ActivityRecord reusedActivity = getReusableIntentActivity();
......
}
注释1：setInitialState 整个参数赋值给ActivityStarter的全局变量，并对Intent中的flag进行一些处理，其中主要处理FLAG_ACTIVITY_NEW_DOCUMENT的
2、ActivityStack.resumeTopActivityInnerLocked
Activity-pause.png
ActivityStart中通过ActivityStackSupervisor.resumeFocusedStackTopActivityLocked处理mFocusedStack.resumeTopActivityUncheckedLocked进入到FocusStatck的切换处理resumeTopActivityInnerLocked：
resumeTopActivityInnerLocked该函数主要完成：
调用该ActivityStatck中的栈内所有Activity的onPause
从上图可以看出通过ActivityStackSupervisor.pauseBackStacks循环获取ActivityStackSupervisor中的ActivityDisplay中的ActivityStack，然后调用每个ActivityStack的startPausingLocked方法
final boolean startPausingLocked(boolean userLeaving, boolean uiSleeping,
ActivityRecord resuming, boolean pauseImmediately) {
......
mService.getLifecycleManager().scheduleTransaction(prev.app.thread, prev.appToken,
PauseActivityItem.obtain(prev.finishing, userLeaving,
prev.configChangeFlags, pauseImmediately));
......
}
检查ActivityRecord，若为复用对象，则通过创建ClientTransaction对象以及NewIntentItem、ResumeActivityItem事务完成onResume的调用
if (next.app != null && next.app.thread != null) {
//找到下一个需要启动的对象已经存在，则只需要resume
......
final ClientTransaction transaction = ClientTransaction.obtain(next.app.thread,
next.appToken);
ArrayList a = next.results;
if (a != null) {
final int N = a.size();
if (!next.finishing && N > 0) {
transaction.addCallback(ActivityResultItem.obtain(a));
}
}
if (next.newIntents != null) {
transaction.addCallback(NewIntentItem.obtain(next.newIntents,
false ));
}
transaction.setLifecycleStateRequest(
ResumeActivityItem.obtain(next.app.repProcState,
mService.isNextTransitionForward()));
......
}else{
//下一个对象为空，则说明新建的ActivityRecord并没有与APP端绑定
mStackSupervisor.startSpecificActivityLocked(next, true, true);
}
ActivityStackSupervisor.startSpecificActivityLocked
对于新开一个Activity，最终是进入该函数，由该函数进入realStartActivityLocked开始真正的新Activity的生命周期的流程。