1.What

先来看几个场景：a.当你和微信好友聊天时候，突然想给对方发送一张图片，这时候就需要微信与图库之间完成一次数据交互；b.你想添加某个在通讯录里面的朋友的微信，这时候就需要微信与通讯录之间完成数据交互。以上情景都要求两个不同APP间完成数据交互，这个动作就需要经过一套标准的接口来完成。ContentProvider就是一个特殊的存储数据的类型，它提供了一套标准的接口用来获取以及操作数据，并实现了在各个应用程序之间数据共享。

2.Why

ContentProvider提供了对底层数据库的抽象，调用者无需关心底层数据的存储方式（数据库、XML文件、FILE）。即使后期更改了存储方式，也不会导致调用者代码的更改。同时也保证了数据访问的安全性，而不必担心底层数据被恶意篡改问题。

3.How

ContentProvider的访问很简单，几行代码就搞定：

ContentResolver（内容解析器）,前面一直都在讨论ContentProvider，数据存储、对外的数据共享似乎都是由它完成，那为何还需要ContentResolver呢？

如果缺少了ContentResolver，我们每次与其它应用进行数据交互时，都需要创建一个相应的ContentProvider示例，再调用相应方法完成数据访问。如果当前应用需要访问多个应用的数据，那操作起来不是很蛋疼？所以android提供了统一的管理工具ContentResolver。

从源码追踪来看，activity.getContentResolver()实际上是调用了ContextWrapper.getContentResolver()，再往上，是调用了Context.getContentResolver();

Context的getContentResolver()

从调用示例可以看到，contentResolver调用了query()方法来查询数据，这里针对该方法展开来看下，其它的insert、delete、update方法都类似:

public final @Nullable Cursor query(@NonNull Uri uri,@Nullable String[] projection,

 @Nullable String selection,@Nullable String[] selectionArgs,@Nullable String sortOrder) {

return query(uri,projection,selection,selectionArgs,sortOrder, null);

}

从源码看到，该函数携带5个入口参数，作用分别如下：

param1.uri:   "content://com.android.contacts/contacts"

    content://固定头 类似网页链接的http://一样

    com.android.contacts：授权信息 或者叫域名，用于精确表示某个ContentProvider

    contacts：表名。如果是文件，则是文件名。

param2:String[] projection：查询条件

param3:String[] selectionArgs：查询条件参数

param4:String sortOrder：排序条件

后三个参数和操作数据库时的传参一样。用法和意义都一样，就不介绍了。

关于ContentProvider的介绍就先写到这吧，后期根据自己在项目中积累到的东西再慢慢补充。