【正文】
一、ContentProvider简单介绍：
ContentProvider内容提供者（四大组件之中的一个）主要用于在不同的应用程序之间实现数据共享的功能。
ContentProvider能够理解为一个Android应用对外开放的接口。仅仅要是符合它所定义的Uri格式的请求，均能够正常訪问运行操作。其它的Android应用能够使用ContentResolver对象通过与ContentProvider同名的方法请求运行，被运行的就是ContentProvider中的同名方法。
所以ContentProvider有非常多对外能够訪问的方法，在ContentResolver中均有同名的方法，是一一相应的。来看
以下这一张图：
Android附带了很多实用的ContentProvider。可是本文临时不涉及到这么多（本文将学习怎样创建自己的ContentProvider）。Android中自带的ContentProvider包含：
- Browser：存储如浏览器的信息。
- CallLog：存储通话记录等信息。
- Contacts Provider：存储联系人(通讯录)等信息。
- MediaStore：存储媒体文件的信息。
- Settings：存储设备的设置和首选项信息。
此外，还有日历、
ContentProvider的方法：
假设要创建自己的内容提供者，须要新建一个类继承抽象类ContentProvider，并重写当中的抽象方法。抽象方法例如以下：
boolean onCreate()
初始化提供者 Cursor query(Uri uri, String[] projection, String selection, String[] selectionArgs, String sortOrder)
查询数据。返回一个数据Cursor对象。当中參数selection和selectionArgs是外部程序提供的查询条件 Uri insert(Uri uri, ContentValues values)
插入一条数据。參数values是须要插入的值 int update(Uri uri, ContentValues values, String selection, String[] selectionArgs)
依据条件更新数据 int delete(Uri uri, String selection, String[] selectionArgs)
依据条件删除数据 String getType(Uri uri)
返回MIME类型相应内容的URI
除了onCreate()和getType()方法外。其它的均为CRUD操作，这些方法中。Uri參数为与ContentProvider匹配的请求Uri，剩下的參数能够參见SQLite的CRUD操作，基本一致。
备注：还有两个很有意思的方法，必需要提一下。call()和bulkInsert()方法，使用call，理论上能够在ContentResolver中运行ContentProvider暴露出来的不论什么方法，而bulkInsert()方法用于插入多条数据。
Uri：
在Android中，Uri是一种比較常见的资源訪问方式。而对于ContentProvider而言。Uri也是有固定格式的：<srandard_prefix>://<authority>/<data_path>/<id>
- <srandard_prefix>：ContentProvider的srandard_prefix始终是content://。
- <authority>：ContentProvider的名称。
- <data_path>：请求的数据类型。
- <id>：指定请求的特定数据。
在ContentProvider的CRUD操作，均会传递一个Uri对象，通过这个对象来匹配相应的请求。
那么怎样确定一个Uri运行哪项操作呢？须要用到一个UriMatcher对象，这个对象用来帮助内容提供者匹配Uri。它所提供的方法很easy。仅有两个：
- void addURI(String authority,String path,int code)：加入一个Uri匹配项。authority为AndroidManifest.xml中注冊的ContentProvider中的authority属性；path为一个路径，能够设置通配符，#表示随意数字。*表示随意字符；code为自己定义的一个Uri代码。
- int match(Uri uri)：匹配传递的Uri，返回addURI()传递的code參数。