Android组件content provider使用解析
一、基本概念
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。
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持。