AMS 如何管控 Activity/Service/Broadcast的？

startActivity启动过程分析

Android Activity.startActivity流程简介

Android应用程序内部启动Activity过程（startActivity）的源代码分析

startActivity启动过程分析

补画一个图

(http://gityuan.com/images/activity/start_activity_process.jpg)

startService流程分析 

startService启动过程分析

 

在整个startService过程，从进程角度看服务启动过程

• Process A进程：是指调用startService命令所在的进程，也就是启动服务的发起端进程，比如点击桌面App图标，此处Process A便是Launcher所在进程。
• system_server进程：系统进程，是java framework框架的核心载体，里面运行了大量的系统服务，比如这里提供ApplicationThreadProxy（简称ATP），ActivityManagerService（简称AMS），这个两个服务都运行在system_server进程的不同线程中，由于ATP和AMS都是基于IBinder接口，都是binder线程，binder线程的创建与销毁都是由binder驱动来决定的，每个进程binder线程个数的上限为16。
• Zygote进程：是由init进程孵化而来的，用于创建Java层进程的母体，所有的Java层进程都是由Zygote进程孵化而来；
• Remote Service进程：远程服务所在进程，是由Zygote进程孵化而来的用于运行Remote服务的进程。主线程主要负责Activity/Service等组件的生命周期以及UI相关操作都运行在这个线程； 另外，每个App进程中至少会有两个binder线程 ApplicationThread(简称AT)和ActivityManagerProxy（简称AMP），当然还有其他线程，这里不是重点就不提了。

(https://i-blog.csdnimg.cn/blog_migrate/012390639f93edfefbfa2143939415f2.jpeg)

图中涉及3种IPC通信方式：Binder、Socket以及Handler，在图中分别用3种不同的颜色来代表这3种通信方式。一般来说，同一进程内的线程间通信采用的是Handler消息队列机制，不同进程间的通信采用的是binder机制，另外与Zygote进程通信采用的Socket。

启动流程：

1. Process A进程采用Binder IPC向system_server进程发起startService请求；
2. system_server进程接收到请求后，向zygote进程发送创建进程的请求；
3. zygote进程fork出新的子进程Remote Service进程；
4. Remote Service进程，通过Binder IPC向sytem_server进程发起attachApplication请求；
5. system_server进程在收到请求后，进行一系列准备工作后，再通过binder IPC向remote Service进程发送scheduleCreateService请求；
6. Remote Service进程的binder线程在收到请求后，通过handler向主线程发送CREATE_SERVICE消息；
7. 主线程在收到Message后，通过发射机制创建目标Service，并回调Service.onCreate()方法。

到此，服务便正式启动完成。当创建的是本地服务或者服务所属进程已创建时，则无需经过上述步骤2、3，直接创建服务即可。

Broadcast Receiver   

Android Broadcast广播机制分析

1.BroadcastReceiver分为两类：

• 静态广播接收者：通过AndroidManifest.xml的标签来申明的BroadcastReceiver;
• 动态广播接收者：通过AMS.registerReceiver()方式注册的BroadcastReceiver, 不需要时记得调用unregisterReceiver();

2.广播发送方式可分为三类:

类型	方法	serialized	sticky
普通广播	sendBroadcast	false	false
有序广播	sendOrderedBroadcast	true	false
Sticky广播	sendStickyBroadcast	false	true

3.广播注册registerReceiver():默认将当前进程的主线程设置为scheuler. 再向AMS注册该广播相应信息, 根据类型选择加入mParallelBroadcasts或mOrderedBroadcasts队列.

4.广播发送processNextBroadcast():根据不同情况调用不同的处理过程:

• 如果是动态广播接收者，则调用deliverToRegisteredReceiverLocked处理；
• 如果是静态广播接收者，且对应进程已经创建，则调用processCurBroadcastLocked处理；
• 如果是静态广播接收者，且对应进程尚未创建，则调用startProcessLocked创建进程。

Content Provider   

理解ContentProvider原理

ContentProvider(内容提供者)用于提供数据的统一访问格式，封装底层的具体实现。对于数据的使用者来说，无需知晓数据的来源是数据库、文件，或者网络，只需简单地使用ContentProvider提供的数据操作接口，也就是增(insert)、删(delete)、改(update)、查(query)四个过程。

ContentProvider作为Android四大组件之一，并没有Activity那样复杂的生命周期，只有简单地onCreate过程。ContentProvider是一个抽象类，当实现自己的ContentProvider类，只需继承于ContentProvider，并且实现以下六个abstract方法即可：

• insert(Uri, ContentValues)：插入新数据；
• delete(Uri, String, String[])：删除已有数据；
• update(Uri, ContentValues, String, String[])：更新数据；
• query(Uri, String[], String, String[], String)：查询数据；
• onCreate()：执行初始化工作；
• getType(Uri)：获取数据MIME类型。

再找几篇看看