Android基础之ContentProvider与ContentResolver

ContentProvider类

一、简介

1、不同应用间数据交互和共享的组件。

2、不同线程间进行数据交互和共享，即跨进程通信。

3、可用于进程间和进程内通信

二、原理

底层原理和Binder机制相同

三、使用

1、统一资源标识符（URI）

（1）作用：用来唯一标识ContentProvider和其中的数据，然后进行数据操作

（2）使用：自定义URI=content://com.example.provider/TableName/Record

• content：主题（Schema）
• com.example.provider：授权信息（Authority）ContentProvider的唯一标识符
• TableName：表名（Path），指向数据库中的某个表名
• Record：记录（ID）表中的某一个记录，如果未制定则返回全部记录

2、MIME数据类型

（1）作用：指定特定扩展名文件的打开应用程序

（2）使用：ContentProvider根据URI返回MIME类型

ContentProvider.geType(uri);

（3）MIME类型组成，类型+子类型

text / html
// 类型 = text、子类型 = html

text/css
text/xml
application/pdf

（4）MIME类型形式

// 形式1：单条记录  
vnd.android.cursor.item/自定义
// 形式2：多条记录（集合）
vnd.android.cursor.dir/自定义 

// 注：
  // 1. vnd：表示父类型和子类型具有非标准的、特定的形式。
  // 2. 父类型已固定好（即不能更改），只能区别是单条还是多条记录
  // 3. 子类型可自定义

（5）实例说明

<-- 单条记录 -->
  // 单个记录的MIME类型
  vnd.android.cursor.item/vnd.yourcompanyname.contenttype 

  // 若一个Uri如下
  content://com.example.transportationprovider/trains/122   
  // 则ContentProvider会通过ContentProvider.geType(url)返回以下MIME类型
  vnd.android.cursor.item/vnd.example.rail


<-- 多条记录 -->
  // 多个记录的MIME类型
  vnd.android.cursor.dir/vnd.yourcompanyname.contenttype 
  // 若一个Uri如下
  content://com.example.transportationprovider/trains 
  // 则ContentProvider会通过ContentProvider.geType(url)返回以下MIME类型
  vnd.android.cursor.dir/vnd.example.rail

3、ContentProvider类

（1）数据组织方式

ContentProvider主要以表格的形式组织数据，同时也支持文件数据。

每个表格中包含多张表，每张表包含行和列，分别对应记录和字段（同数据库）

（2）主要的方法

进程间共享数据的本质是：添加、删除、获取、修改/更新数据。

<-- 4个核心方法 -->
  public Uri insert(Uri uri, ContentValues values) 
  // 外部进程向 ContentProvider 中添加数据

  public int delete(Uri uri, String selection, String[] selectionArgs) 
  // 外部进程 删除 ContentProvider 中的数据

  public int update(Uri uri, ContentValues values, String selection, String[] selectionArgs)
  // 外部进程更新 ContentProvider 中的数据

  public Cursor query(Uri uri, String[] projection, String selection, String[] selectionArgs,  String sortOrder)　 
  // 外部应用 获取 ContentProvider 中的数据

// 注：
  // 1. 上述4个方法由外部进程回调，并运行在ContentProvider进程的Binder线程池中（不是主线程）
 // 2. 存在多线程并发访问，需要实现线程同步
   // a. 若ContentProvider的数据存储方式是使用SQLite & 一个，则不需要，因为SQLite内部实现好了线程同步，若是多个SQLite则需要，因为SQL对象之间无法进行线程同步
  // b. 若ContentProvider的数据存储方式是内存，则需要自己实现线程同步

<-- 2个其他方法 -->
public boolean onCreate() 
// ContentProvider创建后 或 打开系统后其它进程第一次访问该ContentProvider时 由系统进行调用
// 注：运行在ContentProvider进程的主线程，故不能做耗时操作

public String getType(Uri uri)
// 得到数据类型，即返回当前 Url 所代表数据的MIME类型

Android为常见的数据（如通讯录、日程）提供了内置的默认ContentProvider

也可自定义，但需重写上述6个方法

 

ContentResolver类

ContentProvider类不直接与外部进程交互，而是通过ContentResolver类

一、作用

1、统一管理不同ContentProvider间的操作

2、通过URI操作不同的ContentProvider中的数据

3、外部进程通过ContentResolver类与ContentProvider类进行交互

二、为什么不直接访问ContentProvider类？

1、一款应用一般有多个contentProvider，若需要了解不同的contentProvider不同实现，操作成本高，难度大。

2、ContentResolver可以对所有的ContentProvider进行统一管理

三、使用

ContentResolver类提供了与ContentProvider类相同名字和作用的4个方法

// 外部进程向 ContentProvider 中添加数据
public Uri insert(Uri uri, ContentValues values)　 

// 外部进程 删除 ContentProvider 中的数据
public int delete(Uri uri, String selection, String[] selectionArgs)

// 外部进程更新 ContentProvider 中的数据
public int update(Uri uri, ContentValues values, String selection, String[] selectionArgs)　 

// 外部应用 获取 ContentProvider 中的数据
public Cursor query(Uri uri, String[] projection, String selection, String[] selectionArgs, String sortOrder)

实例：

// 使用ContentResolver前，需要先获取ContentResolver
// 可通过在所有继承Context的类中 通过调用getContentResolver()来获得ContentResolver
ContentResolver resolver =  getContentResolver(); 

// 设置ContentProvider的URI
Uri uri = Uri.parse("content://com.example.myprovider/user"); 
 
// 根据URI 操作 ContentProvider中的数据
// 此处是获取ContentProvider中 user表的所有记录 
Cursor cursor = resolver.query(uri, null, null, null, "userid desc"); 

Android还提供了3个用于辅助ContentProvider的工具类

1、ContentUris

作用：操作Uri

使用：两个核心方法：withAppendedId()和parseId();

// withAppendedId（）作用：向URI追加一个id
Uri uri = Uri.parse("content://com.example.myprovider/user") 
Uri resultUri = ContentUris.withAppendedId(uri, 7);  
// 最终生成后的Uri为：content://com.example.myprovider/user/7

// parseId（）作用：从URL中获取ID
Uri uri = Uri.parse("content://com.example.myprovider/user/7") 
long personid = ContentUris.parseId(uri); 
//获取的结果为:7

2、UriMacher

作用：在ContentProvider中注册URI，根据URI匹配ContentProvider中对应的数据

使用：

// 步骤1：初始化UriMatcher对象
    UriMatcher matcher = new UriMatcher(UriMatcher.NO_MATCH); 
    //常量UriMatcher.NO_MATCH  = 不匹配任何路径的返回码
    // 即初始化时不匹配任何东西

// 步骤2：在ContentProvider 中注册URI（addURI（））
    int URI_CODE_A = 1；
    int URI_CODE_B = 2；
    matcher.addURI("com.example.myprovider", "user1", URI_CODE_A); 
    matcher.addURI("com.example.myprovider", "user2", URI_CODE_B); 
    // 若URI资源路径 = content://com.example.myprovider/user1 ，则返回注册码URI_CODE_A
    // 若URI资源路径 = content://com.example.myprovider/user2 ，则返回注册码URI_CODE_B

// 步骤3：根据URI 匹配 URI_CODE，从而匹配ContentProvider中相应的资源（match（））

@Override   
    public String getType(Uri uri) {   
      Uri uri = Uri.parse(" content://com.example.myprovider/user1");   

      switch(matcher.match(uri)){   
     // 根据URI匹配的返回码是URI_CODE_A
     // 即matcher.match(uri) == URI_CODE_A
      case URI_CODE_A:   
        return tableNameUser1;   
        // 如果根据URI匹配的返回码是URI_CODE_A，则返回ContentProvider中的名为tableNameUser1的表
      case URI_CODE_B:   
        return tableNameUser2;
        // 如果根据URI匹配的返回码是URI_CODE_B，则返回ContentProvider中的名为tableNameUser2的表
    }   
}

3、ContentObserver类

作用：观察URI引起ContentProvider中的数据变化（增删改），触发该类并且通知外界的访问者

// 步骤1：注册内容观察者ContentObserver
    getContentResolver().registerContentObserver（uri）；
    // 通过ContentResolver类进行注册，并指定需要观察的URI

// 步骤2：当该URI的ContentProvider数据发生变化时，通知外界（即访问该ContentProvider数据的访问者）
    public class UserContentProvider extends ContentProvider { 
      public Uri insert(Uri uri, ContentValues values) { 
      db.insert("user", "userid", values); 
      getContext().getContentResolver().notifyChange(uri, null); 
      // 通知访问者
   } 
}

// 步骤3：解除观察者
 getContentResolver().unregisterContentObserver（uri）；
    // 同样需要通过ContentResolver类进行解除