本来是想写下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。