一、基本概念

Android四大组件之一 content provider，它主要的作用是：实现各个应用程序之间的（跨应用）数据共享。

在这里涉及到进程通信问题，自然在Android中使用的是binder来进行，但是由于content provider提供的数据量一般都比较大不能够直接进行传递。

所以这里采用的是一种叫做 匿名共享内存的方式进行数据传递，在不同的进程中只需要传递一个文件描述符就可以。

通过下图对content provider有个比较直观的了解：

ContentProvider提供了在应用程序之前共享数据的一种机制。
1)存储和获取数据提供了统一的接口。
2)对数据进行封装，不用关心数据存储的细节。
3)Android为常见的一些数据提供了默认的ContentProvider(包括音频、视频、图片和通讯录等)。

二、content provider的定义

如果需要使用content provider首先需要在AndroidManifest中进行申明

<provider android:authorities="list" //该provider的唯一ID
     android:directBootAware=["true" | "false"]
     android:enabled=["true" | "false"] // 能否被系统实例化
     android:exported=["true" | "false"] //该provider能否被其他应用使用
     android:grantUriPermissions=["true" | "false"]
     android:icon="drawable resource"
     android:initOrder="integer"
     android:label="string resource"
     android:multiprocess=["true" | "false"]
     android:name="string"
     android:permission="string"
     android:process="string"
     android:readPermission="string" //读权限
     android:syncable=["true" | "false"]
     android:writePermission="string" > //写权限
  . . .
</provider>

注意在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定义中读写所需权限属性值是一样的：

<use-permission android:name="android.permission.READ_SMS"/>
<use-permission android:name="android.permission.WRITE_SMS"/>

在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。