Android应用程序启动流程源码分析（老罗）
这篇文章主要是从源码角度去分析 为什么当我们设置了singleTask启动模式之后 activity 仍然在原来的activity的任务栈中添加新的activity 而不是新加一个
首先我们调用startActivity（Intent,）在Activity的内部都会调用上面的方法
我们看到首先Instrumentation的execStartActivity方法 我们主要看这个方法需要的参数
this--->代表的是调用startActivity的Activity上下文信息
mMainThread---->代表的是一个Binder对象 他是ActivityThread的一个成员变量 主要用于和 AMS进行进程间通信
mTOken---->也是一个Binder的远程对象
我们接下来来看Instrumentation的execStartActivity方法
主要看这段代码：
在这段代码里面 我们看到调用了ActivityManagerNative的getDefault方法 来获得一个AMS的远程代理对象
我们看下这个函数的实现：
通过单例模式 获得一个Activity在ServiceManager里面注册的activity服务对象 其实就是AMS 然后调用asInterface(b)来获得一个am的实例对象 其实就是
获得了一个ActivityManagerProxy的对象 注意穿进去的是一个本地的Binder对象 就是通过这个对象发起进程间通信
最后调用了AMP的startActivity进行进程间通信 最后还是要回调AMS的startActivity方法
我们这里主要关注的是这个方法里的参数 至于Binder进程间通信如何进行 不在这里讨论
whoThread-----就是IApplicationThread的binder对象 主要通过它于AMS进行进程间通信
who-------就是上下文对象 其实就是Activity
intent------就是目标Intent
intent.resolveTypeIfneed-----返回的是null因为我们没有在Manifest文件里面注明Activity的mime类型
token---- 就是一个binder的远程对象 其实就是MainActivity里面的一个Binder对象通过它可以获得MainActivity的相关信息 后边会保存到sourceRecord这个对象里面
target-----就是我们发起调用的activity
requestCode------如果不要求结果就是小于0
0------flags
ProfilerInfo ==null
options 是一个Bundle的对象 这里也是null
这些参数一一对象AMS的startActivity的参数
这里我们主要关注几个参数就ok
caller代表的就是ActivityThread里的成员变量IApplicationThread对象 他是一个binder对象
intent 代表的就是我们要启动的activity的意图
startFlags== 0
requestCode = -1
resultTo 是Activity的一个成员变量 是一个远程的binder对象（同上介绍）
然后会调用
这是ActivityStackSupervisor的一个方法
我们来关注一下
我们进入ActivityStackSupervisor
首先会解析我们的Intent来获取信息
ActivityInfo对象通过调用函数resoleIntent(args)方法
这里的resultTo对象我们说过 这是MainActivity的一个成员变量 通过它我们能够获取到关于MainActivity的一些信息
这里两个ActivityRecord对象 有sourceRecord 和resultRecord
sourceRecord代表的是启动目标activity的那个activity 这就是通过resultTO这个binder对象获得Mainactivity的相关信息然后保存到这个对象中
resultRecord代表得是接受启动结果的Activity 因为requestcode==-1 所以这里resultRecord==null
获取Intent的启动Flag 就是我们在Intent.setFlag里面设置的标志
这个函数的主要作用就是处理sourceRecord和resultRecord两个对象
在这里sourceRecord和resultRecord指向的应该是同一个activity
因为当我们在MainActivity调用startActivity时候 我么的mainActivity是发起请求的Activity 而如果需要接受请求结果 那么也是我们的MainActivity
所以他们两个的值一般是相同的。
然后调用startActivityUncheckedLocked来处理本次的启动Activity的请求
这个函数有点长 我们来分几部分来分析：
首先获得我们的启动标志
这里应为我们并没有设置这个FLAG_ACTIVITY_PREVIOUS_IS_TOP所以此时 我们的notTop==null
startFlags == 0 所以此时不会进入这个判断
这里我们将addingToTask标志置为了false默认是创建新的Task的
然后进入else入口
然后这里获取发起启动任务的Activity所在的Stack
我们看下 为什么r.resultTO为null
这个是在函数startActivityLocked函数中 构造ActivityRecord对象的
这里因为我们不需要返回结构 所以这里requestcode肯定是小于0 的 所以resultRecord并没有被赋值 所以此时
还是为null
然后接下来的构造函数中
我们红圈中的resultRecord就传给了我们的ActivityRecord 然后我们来看一下构造函数
这里就很清楚了 然后我们接着往下分析
因为我们设置的启动模式为singleTask 所以此时执行函数 findTaskLocked(r)
这个函数会返回我们发起请求的MainActivity的实例
这个函数中作用无非就是找到ID等于参数taskId的任务，然后在这个任务中查找是否已经存在即将要启动的Activity的实例，如果存在，就会把这个Actvity实例上面直到任务堆栈顶端的Activity通过调用finishActivityLocked函数将它们结束掉。在这个例子中，就是要在属性值affinity等于"xxx"的任务中看看是否存在SubActivity类型的实例，如果有，就把它上面的Activity都结束掉。这里，属性值affinity等于"xxx"的任务只有一个MainActivity，而且它不是SubActivity的实例，所以这个函数就返回null了。
也就是找到这个任务栈存在的activity 然后清空他头顶的activity 让他自己在顶端 但是当我们初次打开时候 是没有的 所以此时应该返回null
所以 此时将addintToTask=true 并且sourceRecord = 我们的MainActivity
变量addingToTask值就为true了，同时将变量sourceRecord的值设置为taskTop，即前面调用findTaskLocked函数的返回值，这里，它就是表示MainActivity了。
这里就是将targetStack赋值为发起请求的activity的任务栈 其实就是MainActivity所在的任务栈
最后就走了我们正常的启动Activity的流程了
这就是当我们设置activity的启动模式为singleTask时候的一些秘密所在
即我们明明设置了singleTask 但是还是在原来activity的任务栈中添加新的activity