一、Activity的工作过程
从startActivity方法开始分析:
①、StartActivity有好几种重载方法，但是最终调用startActivityResult()方法
②、startActivityForResult()方法(P319 ①)：
因为看的是启动过程，所以只要看mParent == null部分即可。mParent指的是一个Fragment：被用来在一个界面中嵌入多个子Activity。
先注意一下mMainThread.getApplicationThread()参数->返回值是一个ApplicationThread类，ApplicationThread是ActivityThread的内部类。这两个类在启动Activity十分有用。
③、看Instrumentation.execStartActivity()方法：
发现启动Activity的真正实现是由ActivityManagerNative.getDefault()的startActivity()来完成的。
来看一下ActivityManagerNative(AMN)这个类：继承自Binder并实现IActivityManager的Binder接口。（自定义重写的IActivityManager.java文件）
ActivityManagerService(AMS)继承AMN这个类，所以AMS也是一个Binder,IActivityManager接口的实现方法在此。
再来看看ActivityMangerNative的部分代码(P321 ①)，可知，AMS这个Binder对象采用单例模式向外提供，Singleton类时单例的封装类，第一次调用get()方法的时候会调用其create()方法初始化Binder对象（根据代码从ServiceManager中返回IActivityManager对象），然后查看AMS的startActivity()方法就可以了（远程调用startActivity方法）
（稍后讲解）
④、接着看一下execStartActivity()的checkStartActivityResult()(P322 ①):
作用：检查Activity的启动结果，当无法正确启动一个Activity的时候，就会抛出异常。
⑤、回到AMS的startActivity()方法中(P323 ①)
启动过程又转移到ActivitysStackSupervisor的startActivityMayWait()->startActivityLocked()->startActivityUncheckedLocked()->ActivityStack的resumeTopActivityiesLocked() 这一系列过程将启动过程转移到ActivityStack中去了。
⑥、ActivityStack的resumeTopActivityiesLocked()实现(P324 ①)
resumeTopActivity调用了resumeTopActivityInnerLocked()->ActivityStackSupervisor的startSpecificActivityLocked()
⑦、查看ActivityStackSupervisor的startSpecificActivityLocked()实现（P324 ②）
调用了realStartActivityLocked()
流程图：
⑧、realStartActivityLocked()中有一段代码(P325 ①)
注意app.thread这个对象是一个IApplicationThread类(p326 ①)，根据分析IApplicationThread（是个Binder型接口）且 这个Binder接口的实现者完成了大量和Activity及Service启动和停止相关的功能。
⑨、IApplicationThread类：
ActivityThread的内部类ApplicationThread为其实现者(P328 ①)，发现该类继承了ApplicationThreadNative，ApplicationThreadNative为IApplicationThread的java类（就是自动为aidl生成的java类）。最终ApplicationThread的scheduleLaunchActivity()方法启动Activity()
⑩、ApplicationThread的scheduleLaunchActivity()（P329①）
发送一个启动Acitivity的消息给Handler处理
⑪、接下来看看Handler对消息的处理(P331 ①)
根据从Handler对“LAUNCH_ACTIVITY”这个消息的处理可以知道，Activity的启动过程又ActivityThread的handleLaunchActivity()方法实现
⑫handleLaunchActivity()
通过performLaunchActivity()方法最终完成Activity的创建和启动，并且再通过handleResumeActivity()来调用被启动的Activity的onResume()方法
⑬performLaunchActivity()主要完成的事件
1.从ActivityClientRecord中获取Activity的组件的信息（P333 ①...）
2.通过Instrumentation的newActivity()方法使用类加载器创建Activity对象（P333 ② P334 ①）
3.通过LoadedApk的makeApplication()方法（P334 ②)创建Application对象（一个应用只会有一个Application对象，如果已经被创建就不会创建了），发现Application对象的创建也是通过Instrumentation完成的，当Application创建完毕的话就会通过instrumentation.callApplicationOnCreate()调用Application的onCreate()方法。
4.之后创建ComtextImp对象(P335 ①)(是Context的具体实现，重要的数据结构)，通过Activity.attach()方法与Activity建立联系，同时attach()方法中完成将Activity添加进入Window的过程。
5.最后通过mInstrumentation.callActivityOnCreate()，调用Activity.onCreate()。
二、Service的工作过程
Service简介：Service具有两种工作状态，一种是启动状态（执行后台计算，无法交互），一种是绑定状态（可交互，但随着Activity的消亡而消亡）。注意的是这两种状态可以共存。
Service的启动过程
从启动状态说起
①、调用ContextWrapper.startService()（P336 ① ②）
发现调用mBase.startService()这个mBase就是ContextImpl类，就是Activity启动过程在attach()关联的对象。从mBase中看出大部分操作都是通过mBase来执行的，这种方式叫做桥接模式。
②、观察mBase.startService()(P337 ①)
调用startServiceCommon方法，通过ActivityManagerNative.getDefault()方法获取AMS（Activity中提到过）.然后调用其startActivity()
③、AMS.startActivity()方法(P338 ①)
AMS会通过mServices这个对象，完成后续启动过程。mServices对象的类型是ActiveServices，是用来辅助AMS进行Service管理的类。
调用ActiveServices.startServiceLocked()方法->startServiceInnerLocked()(P338 ②)
④、 startServiceInnerLocked()
作用：描素一个Service的记录，把创建过程交给了bringUpServiceLocked()处理->realStartServiceLocked()
⑤、realStartServiceLocked()（P339 ①）
通过app.thread的sheduleCreateService()创建Service对象并调用其onCreate,之后使用sendServiceArgsLocked()调用其余方法比如（onStartCommand）
⑥、查看app.thread的sheduleCreateService()（P341 ①）
发现也是发送消息到Handler（跟Activity过程一样），之后Handler接收CREATE_SERVICE然后调用ActivityThread.handleCreateService（）
⑦、ActivityThread.handleCreateService()（P341 ②）
1.通过类加载器创建Service类
2.创建Application类并调用其onCreate（）
3.创建ContextImpl通过Service.attach()建立联系
4.调用Service的onCreate()将Service存储到ActivityThread中的一个列表中
5.此外ActivityThread还会通过handleServiceArgs方法调用Service的onStartCommand()（P343 ①）
Service的绑定过程
①、调用ContextWrapper的bindService()方法（P344 ①）：
调用mBase.bindService(mBase同样是ContetImpl类型的对象)，该方法最终调用自己的bindServiceCommom()。
②、bindServiceCommom()(P344 ②)
1.将ServiceConnection对象转化为ServiceDispatcher.InnerConnection对象。
问：为什么不能直接使用ServiceConnection？
答：因为绑定服务有可能是跨进程的(Service本身在一个进程中)，所以ServiceConnection必须借助Binder才能让远程服务回调自己的方法。ServiceDispatcher的内部类InnerConnection充当了Binder这个角色。
问：ServiceDispatcher的作用？
连接ServiceConnection和InnerConnection的作用。
连接过程由LoadedApk.getServiceDispatcher方法完成
2.调用AMS的bindServiceCommon()完成Service的具体绑定过程
③、LoadedApk.getServiceDispatcher()(P345 ①)
1.在上面的代码中mServices是个ArrayMap，存储了当前活动的ServiceConnection和ServiceDispatcher的映射关系。（SC为key,SD为value）
2.系统首先会查找是否有相同的ServiceConnection，如果不存在就重新创建一个，并存储在mServices中。ServiceDispatcher内部有保存了ServiceConnection和InnerConnection对象。当Service和客户端建立连接的时候，会通过InnerConnection来调用ServiceConnection的onServiceConnected方法。（这个过程有可能是跨进程的）。当ServiceDispatcher创建完之后，getServiceDispatcher()会返回InnerConnection对象。
④、AMS的bindServiceCommon()(P347 ①)
AMS调用ActivityServices的bindServiceLocked()方法->bringUpServiceLocked()->realStartServiceLocked()(该方法运行方式与Service启动过程中的realStartServiceLocked()相似)不同的是该方法中通过app.thread.scheduleBindService(Service的启动过程的方法是app.thread.scheduleCreateService);
⑤、app.thread.scheduleBindService()（P347 ①）
同Service的启动过程，发送MSG:BIND_SERVICE给Handler，在Handler内部会调用ActivityThread的handleBindService()
⑥、ActivityThread的handleBindService()（P349 ①）
1.通过Service的token取出Service对象
2.调用Service的onBind()方法，返回一个binder(原则上来说，只要onBind()被调用就算绑定成功，但还要通知客户端。当多个客户端绑定同一个Service时，onBind()方法只会被调用一次，原因看代码)
3.调用AMS.publicService()调用客户端中ServiceConnection中的onServiceConnected()方法。
⑦、AMS.publicService()（P;349 ②）
将具体工作交给了ActiveServices的mServices对象的publishServiceLocked->c.conn.connected()
c.conn表示：ServiceDispatcher.InnerConnection
⑧、研究一下ServiceDispatcher.InnerConnection类(P350 ①)
调用了ServiceDispatcher的connected()方法
⑨、ServiceDispatcher的connected()（P350 ②）
调用mActivityThread.post(new RunConnection(name,service,0));
作用：让RunnConnection运行在主线程中
mActivityThread表示ActivityThread的Handler。
RunConnection类代表一个Runnable
⑩查看RunConnection类（P351 ①）
作用：判断Service死亡还是绑定，选择调用ServiceDispatcher的doConnected()还是doDeath()
⑪ServiceDispatcher的doConnected()：调用ServiceConnection.onServiceConnected()方法
BroadcastReceiver的工作过程
一、简单使用复习
①、添加一个BroadcastReceiver(详见：BroadcastReceiver浅析)
//创建类继承BroadcastReceiver类 public class MyReceiver extends BroadcastRecevier{ public void receiver(Intent intent){ //输入代码 } } //在AndroidMaintest.xml中注册 <Recevier android:name=".MyReceiver"> <intent-filter> <action android:name="com.chen.receiver.LAUNCH"/> </intent-filter> </Receiver> //在代码中注册 MyReceiver myRecevier = new MyReceiver(); IntentFilter intentFilter = new IntentFilter(); intentFilter.addAction("com.chen.receiver,LAUNCH"); registerReceiver(myRecevier,intentFilter); //注意当用代码注册的时候需要在合适的地方接触注册 unRegisterReceiver(myRecevier); //启动BroadcastRecevier Intent intent = new Intent(); intent.addAction("com.chen.recevier.LAUNCH"); sendBroadcastRecevier(intent);
二、广播的注册过程（动态注册）
①、从registerReceiver()开始->跟Service调用方法一样交给ConextImpl.registerReceiver()->调用了自己的registerReceiverInternal()
②、ConextImpl.registerReceiverInternal()（P353 ①）
1.如果mPackageInfo存在则获取IIntentReceiver，不存在则创建IIntentReceiver
2.IntentRecevier作用：因为BroadcastRecevier是组件无法跨继承，所以产生IIntentReceiver包装BoradcastReceiver实现跨进程，向AMS发送广播注册消息。IIntentReceiver是一个Binder接口，具体实现在LoadApk.RecevierDispatcher.InnerReceiver，ReceiverDispatcher内部同时保存了BroadcastReceiver和InnerRecevier，这样当接口到广播的时候，很容易调用BraodcastRecevier的receive()方法。（发现与Service的原理相似）
3.创建IIntentReceiver过程：调用ReceiverDispathcer.getIIntentReceiver()(P355 ①）
如果该BroadcastRecevier未已被注册，则重新创建一个ReceiverDispatcher对象并保存BroadcastReceiver对象，将IIntentReciever对象作为返回值。
4.最终注册过程是由AMS的registReceiver()方法完成的（P355 ②）
最终会把InnerRecevier对象和IntentFilter对象存储起来，这样注册过程就完成了
三、发送和接收过程(普通广播)
①.调用sendBroadcast()->调用ContextImpl.sendBroadcast()->调用AMS.broadcastIntent() 直接向AMS发起异步请求用于发送广播
②、AMS.broadcastIntent()（P357 ①）
调用broadcastIntentLocked()
③、AMS.broadcastIntent() (P357 ② P358 ①)
作用1：控制广播是否要对已停止的BroadcastReceiver起作用 ，默认是不起作用的
作用2：根据intent-fileter查找出匹配的广播接收者，最终将满足的广播接收者添加到BroadcastQueue中，接着BroadcastQueue就会将广播发送给相应的广播接收者。
④、查看BroadcastQueue的发送过程(P359 ①)
发现发送给Handler一条BROADCAST_INTENT_MSG的消息，当BroadcastQueue收到消息会调用processNextBroadcast()
⑤、processNextBroadcast()（P359 ②）
发现无序广播存储在mParallelBroadcasts对象中，之后遍历该对象，调用deliverToRegisteredReceiverLocked()->内部调用了performReceiverLocked()完成具体过程
⑥、performReceiverLocked()（P360 ①）
调用app.thread(ApplicationThread)的scheduleRegisteredReceiver()
⑦、app.thread.scheduleRegisteredReceiver()（P361 ①）
调用InnerReceiver.performReceiver()->调用LoadedApk.ReceiverDispatcher.performReceiver()
⑧、LoadedApk.ReceiverDispatcher.performReceiver() （P361 ②）
创建一个Args(Runnable类)，之后通过app.thread.post(Args)，将其放到主线程中，等待调用
⑨、查看一下Args.run()方法（P382 ①）
发现调用了mBroadcast.recevier()方法