ContentProvider (内容提供者) 属于四大组件之一，它的作用就是进程间进行数据交互，底层采用 Binder 机制进行进程间通信。这篇文章介绍 Provider 是如何启动的。
Provider 进程未启动时
- 首先应用向Provider发起增删改查的调用，但由于不是同一进程，就需要先拿到binder对象，因此先要向AMS请求Provider的binder对象
- AMS发现Provider所在的进程还没启动，AMS将通过socket向Zygote发起创建进程请求
- Zygote收到请求后将会把Provider所在的进程启动起来
- 应用进程启动后首先会调用attachApplication向AMS报告，AMS就知道进程就绪了
- AMS接着向进程发起bindApplication指令：通知进程创建applicaiton，并安装provider
- 进程安装provider包括：创建provider对象、调用它们的onCreate生命周期、并最终把provider的binder对象通过publishContentProvider发布到AMS，这样AMS就持有Provider的binder对象了
- AMS把Provider发布的binder对象返回给应用
- 应用就可能用binder对象对provider发起增删改查的调用了
Provider 进程已启动时
- 应用向Provider发起增删改查调用，应用向AMS请求Provider的binder对象
- AMS发现自己并没有Provider的binder对象，于是通过scheduleInstallProvider调用向Provider请求
- Provider进程收到请求后将安装Provider、调用它的onCreate生命周期，最后把binder对象发布到AMS AMS把Provider的binder对象返回给应用
- 应用拿到这个binder就可以进行增删改查了
Provider 运行的进程
情况1：provider不能跑在调用者的进程
- 应用要对Provider进程增删改查需要先拿到Provider的binder对象（因为不是同一个进程，所以需要跨进程通信）
- Provider启动后先把binder发布到AMS
- 应用向AMS请求的时候AMS就把Provider的binder返回给应用
情况2：provider可以跑在调用者的进程
- 没有直接使用Provider的binder对象，而是在应用进程中创建一个Provider实例
- Provider所在进程的uid必须要与调用者的uid相同
- 同时还要满足：Provider的进程名称与调用者的进程名相同，或者Provider指定了multiprocess标记