Content Provider，中文名是内存提供者，Android四大组件之一，内容提供者是应用程序之间共享数据的接口，以数据库形式存入手机内存，可以共享自己的数据给其他应用使用。之所以需要设计一个单独的控件来操作数据，是为了实现应用程序之间的数据传递。通过查看DDMS中的目录结构可以看出，数据库文件对于其他应用来说是不可读、不可写，而日常生活中又需要获取其他应用的数据，尤其是系统自带软件的数据。比如打开QQ或者微信时会提示是否同步联系人，又比如备份短信的时候，这些都需要访问和操作其他应用的数据库。因此谷歌工程师在底层软件中集成了大量的方法利用内存提供者的原理，类似于在数据库中提供一个对外访问的路径，供其他应用访问。

具体操作是：创建内容提供者解析器，定义要访问的Uri的路径。Uri路径有着固定的格式：”content://主机名/匹配字符”。 利用内容提供者解析器进行增删改查，和要操作的数据库之间建立联系。以上内容通常用来理解内容提供者的工作原理，实际工作中很少用到自定义的内容提示者。实际中用的比较多的是用内容提供者操作系统联系人、系统短信等系统应用的数据库。

先看一下短信和手机联系人有关的数据库所在的路径。短信在Android 模拟器下存放在的路径是：/data/data/com.android.providers.telephony/databases/目录，联系人在Android 模拟器下存放在的路径是：/data/data/com.android.providers.contacts/databases/目录。对于短信数据库我们关心的表数据有：address、type、body、date，分别表示发送者号码、短信类型（收还是发）、短信内容、日期。对于联系人数据库的三张表一定要按照一定的顺序依次查找才能得到相关的数据，在这不做解释。尽管开发的时候不需要了解短信和手机联系人的数据库路径，但是要明白短信和手机联系人的数据是存在数据库中的，同时数据库对外是不开放的。