Android组件content provider使用解析

概述一、基本概念Android四大组件之一contentprovider，它主要的作用是：实现各个应用程序之间的（跨应用）数据共享。

一、基本概念

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[] selectionArgs) {    // Todo auto-generated method stub    return 0;  }  @OverrIDe  public int update(Uri uri,ContentValues values,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 orderBy);

uri：传入对应uri是为了查找到对应的provIDer，跟provIDer在manifest中定义的authoritIEs值是一样

projection：选择需要返回的对象属性值，有时候不需要将对象的值全部返回。

selection/selectionArgs： 查询条件

orderBy： 返回的对象排序方式

类似其他的delete、insert和update *** 作。最主要的是传入正确的Uri才能找到对应的provIDer。

以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持编程小技巧。

总结

以上是内存溢出为你收集整理的Android组件content provider使用解析全部内容，希望文章能够帮你解决Android组件content provider使用解析所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。