内容复制自 Android ContentProvider 完全解析及DEMO（最具说服力），在此致谢！
面试题：多个进程同时调用一个 ContentProvider 的 query 获取数据，ContentPrvoider 是如何反应的呢？
标准答案：一个 ContentProvider 可以接受来自另外一个进程的数据请求。尽管 ContentResolver 与 ContentProvider 类隐藏了实现细节，但是 ContentProvider 所提供的 query()，insert()，delete()，update() 都是在 ContentProvider 进程的线程池中被调用执行的，而不是进程的主线程中。这个线程池是由 Binder 创建和维护的，其实使用的就是每个应用进程中的 Binder 线程池。
面试题：你觉得 Android 设计 ContentProvider 的目的是什么呢？
标准答案：
- 隐藏数据的实现方式，对外提供统一的数据访问接口；
- 更好的数据访问权限管理。ContentProvider 可以对开发的数据进行权限设置，不同的 URI 可以对应不同的权限，只有符合权限要求的组件才能访问到 ContentProvider 的具体操作。
- ContentProvider 封装了跨进程共享的逻辑，我们只需要 Uri 即可访问数据。由系统来管理 ContentProvider 的创建、生命周期及访问的线程分配，简化我们在应用间共享数据（进程间通信）的方式。我们只管通过 ContentResolver 访问 ContentProvider 所提示的数据接口，而不需要担心它所在进程是启动还是未启动。
面试题：运行在主线程的 ContentProvider 为什么不会影响主线程的UI操作?
标准答案：
ContentProvider 的 onCreate() 是运行在 UI 线程的，而 query()，insert()，delete()，update() 是运行在线程池中的工作线程的，所以调用这四个方法并不会阻塞 ContentProvider 所在进程的主线程，但可能会阻塞调用者所在的进程的 UI 线程！
所以，调用 ContentProvider 的操作仍然要放在子线程中去做。虽然直接的 CRUD 的操作是在工作线程的，但系统会让你的调用线程等待这个异步的操作完成，你才可以继续线程之前的工作。
