在mParent == null中,mParent代表的是ActivityGroup。ActivityGroup最开始被用来在一个界面中嵌入多个子Activity,但是其在API13就被丢弃了,系统采用Fragment来代替ActivityGroup。
mMainThread.getAppliactionThread()它的类型是ApplicationThread,ApplicationThread是ActivityThread的一个内部类,通过后面的分析可以发现这两个Thread都发挥着重要的作用。下面是execStartActivity的代码:
在try中有个ActivityManagerNativt.getDefault,就是通过它的startActivty方法完成,而它是继承自Binder并实现了IActivityManager,因此它的具体实现是ActivityManagerService,在AMN中,AMS这个binder对象采用单例模式对外提供,Singleton是一个单例的封装类,第一次调用它的get方法时,它会通过create方法来初始化AMS这个Binder对象,在后续的调用中直接返回之前创建的对象。里面还有一个checkStartActivitiyResult是检查启动Activity的结果。接着看AMS的startActivity。
这段代码就是一长串的调用,从AMS一直调用到ActivityStack,最后在ActivityStackSupervisor和ActivityStack之间传递。
performLaunchActivity方法最终完成了Activity对象的创建和启动过程,它主要完成了以下事情:
(1)从ActivityRecord中获取待启动Activity的组件信息。
(2)通过Instrumentaion的newActivity
方法使用类加载器创建Activity对象。
(3)通过LoadedApk的makeAppliaction方法来尝试创建Application对象
(4)通过ContextImpl对象并通过Activity的attach方法来完成一些重要数据的初始化。
2. Service的工作过程
主要了解Service的启动过程和绑定过程。Service有两种状态,一种是启动状态,一种是绑定状态。这两种状态是可以共存的。通过Context的startService可以启动一个服务。
通过Context的bindService可以绑定一个服务。