Android四大组件之一 content provider，它主要的作用是：实现各个应用程序之间的（跨应用）数据共享。
在这里涉及到进程通信问题，自然在Android中使用的是binder来进行，但是由于content provider提供的数据量一般都比较大不能够直接进行传递。
所以这里采用的是一种叫做 匿名共享内存的方式进行数据传递，在不同的进程中只需要传递一个文件描述符就可以。
通过下图对content provider有个比较直观的了解：
ContentProvider提供了在应用程序之前共享数据的一种机制。
1)存储和获取数据提供了统一的接口。
2)对数据进行封装，不用关心数据存储的细节。
3)Android为常见的一些数据提供了默认的ContentProvider(包括音频、视频、图片和通讯录等)。
二、content provider的定义
如果需要使用content provider首先需要在AndroidManifest中进行申明
注意在provider的属性中最重要的是 authorities，它是唯一能够标识一个provider，contentprovider通过URI中的地址来查找到对应的provider，其中该URI就包含了需要寻找的provider中的authorities属性值。
定义好的provider最后被打包编译进入到PackageManagerService中。
在Java代码中定义一个provider时需要继承其父类ContentProvider，并实现增删查改方法。
public class XXXXProvider extends ContentProvider { @Override public boolean onCreate() { // TODO Auto-generated method stub return false; } @Override public Cursor query(Uri uri, String[] projection, String selection, String[] selectionArgs, String sortOrder) { // TODO Auto-generated method stub return null; } @Override public String getType(Uri uri) { // TODO Auto-generated method stub return null; } @Override public Uri insert(Uri uri, ContentValues values) { // TODO Auto-generated method stub return null; } @Override public int delete(Uri uri, String selection, String[] selectionArgs) { // TODO Auto-generated method stub return 0; } @Override public int update(Uri uri, ContentValues values, String selection, String[] selectionArgs) { // TODO Auto-generated method stub return 0; } }
三、contentprovider的使用
在activity中如果想通过provider来实现增删查改，首先需要获取contentprovider，大致过程为在context中获取contentResolver，然后通过contentResolver去ActivityManagerService中查询对应的provider，如果没有则进入PackageManagerService中查找：
1)首先每个context类都会内部包含了一个ContentResolver的子对象ApplicationContentResolver。
2)通过调用ApplicationContentResolver的主要方法query来获取CP的数据库数据。
3)调用的过程首先会调用ContentResolver的核心方法acquireProvider()。而acquireProvider()方法是一个抽象方法，其实现是交由子类实现。
4)通过子类的acquireProvider()方法实现了解到主要的实现是交由ActivityThread类来完成。
5)ActivityThread类会做出一个判断，如果本地保存一个需要获取的CP对象实例，就会直接返回这个对象实例，如果没有保存，则会访问AMS对象去查找获取一个对象的CP对象实例，当找到这个对象实例后会保存到本地以便日后快速获取。
6)如果在AMS里面没有找到，就会继续深入到PMS里去从全部的provider中查找。
7)获取到CP对象实例后会通过层层返回，最后再调用该CP对象的query方法获取相应的数据。
首先在应用的的manifest中需要进行读写权限申明,这个申明的定义跟之前provider定义中读写所需权限属性值是一样的：
在activity中获取ContentResolver调用其中的操作方法时，需要传入相对应的参数：
contentResolver.query(Uri uri, String[] projection,String selection, String[] selectionArgs,String orderBy);
uri：传入对应uri是为了查找到对应的provider，跟provider在manifest中定义的authorities值是一样
projection：选择需要返回的对象属性值，有时候不需要将对象的值全部返回。
selection/selectionArgs： 查询条件
orderBy： 返回的对象排序方式
类似其他的delete、insert和update操作。最主要的是传入正确的Uri才能找到对应的provider。