四大组件-内容提供者ContentProvider

定义

内容提供者，是Android四大组件之一

作用

进程之间进行数据 交互、共享 ，即跨进程通信

1.内容提供者只是搬运工，真正的存储、操作数据的数据源还是原来存储数据的方式（数据库、文件、xml或网络）
2.数据源可以为：数据库、文件、XML或网络等

原理

ContentProvider的底层原理 即为 Binder的机制

具体使用

ContentProvider的使用主要有以下内容：

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

• 定义：URI（Uniform Resource Identifier），即统一资源标识符
• 作用：唯一标识ContentProvider及其中的数据

外界进程通过URI找到对应的ContentProvider及其中的数据，再进行数据操作

• 具体使用
  URI分为系统预置和自定义，分别对应系统内置数据（通讯录、日程表等）和自定义数据库

自定义URI=content://com.wz.provider/User/1 , 其中

• 主题Schema（content）：ContentProvider的URI前缀（Android规定）
• 授权信息Authority（com.wz.provider） ：ContentProvider的唯一标识符
• 表名Path（User）：ContentProvider指向数据库的某个表名
• 记录ID（1）：表中的某个记录（若无指定则返回全部记录）

//设置URI
Uri uri=Uri.parse("content://com.wz.provider/User/1")
// 上述URI指向的资源是：名为 `com.wz.provider`的`ContentProvider` 中表名 为`User` 中的 `id`为1的数据
// 特别注意：URI模式存在匹配通配符* & ＃

// *：匹配任意长度的任何有效字符的字符串
// 以下的URI 表示 匹配provider的任何内容
content://com.example.app.provider/* 

// ＃：匹配任意长度的数字字符的字符串
// 以下的URI 表示 匹配provider中的table表的所有行
content://com.example.app.provider/table/#

2.MIME数据类型

• 作用：指定某个扩展名的文件用某种应用程序来打开，例如指定.html文件采用text应用程序打开

• 具体使用：

  ContentProvider根据URI返回MIME类型

  ContentProvider.getType(uri);
  

  MIME类型组成

  每种MIME类型由两部分组成：类型+子类型（MIME是一个字符串）

  text/html  
  text=类型，html=子类型
  

  MIME类型形式

  MIME类型有2种形式：单条记录、多条记录

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

  实例

  < -- 单条记录 -- >
    //单个记录的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类

组织数据的方式

• ContentProvider主要以 表格的形式 组织数据（同时也支持文件数据，表格用得比较多）
• 每个表格中包含多张表，每张表包含行、列、分别对应记录、字段（行==记录，列==字段）

主要方法

• 进程间共享数据的本质就是：添加、删除、获取、更新。所以ContentProvider的核心方法也主要是上述4个作用

  < -- 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)
  //注
    1.上述四个方法由外部进程回调，并运行在ContentProvider进程的Binder线程池中（不是主线程）
    2.存在多线程并发访问，需要实现线程同步（单个SQLite不需要，SQLite内部已经实现了线程同步）
  < -- 2个其他方法 -- >
    //ContentProvider创建后 或 打开系统后其他进程第一次访问该ContentProvider时，由系统进行调用
    //注：运行在ContentProvider进程的主线程，故不能做耗时操作
    public boolean onCreate()
  
    //得到数据类型，即返回当前Uri所代表数据的MIME类型
    public Stirng getType(Uri uri)
  

• Android为常见的数据（通讯录、日程表）提供了内置默认的ContentProvider，但也可以根据需求自定义ContentProvider（重写上述6个方法）

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

ContentResolver类

作用：

• 统一管理不同ContentProvider间的操作

  1.通过URI即可操作不同的ContentProvider中的数据
  2.外部进程通过ContentResolver类从而与ContentProvider类进行交互

ContentResolver存在的原因：

• 一般来说，一款应用要使用多个ContentProvider，若需要了解每个ContentProvider的不同实现从而完成数据的交互，操作成本高、难度大。所以在ContentProvider的基础上多加了一个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://cn.scu.myprovider/user"); 
  // 根据URI 操作 ContentProvider中的数据
  // 此处是获取ContentProvider中 user表的所有记录 
  Cursor cursor = resolver.query(uri, null, null, null, "userid desc"); 
  

4.辅助工具类

ContentUris类

• 作用：操作URI
• 具体使用：
  两个核心方法：

  • withAppendedId() == 向URI追加一个id

  • parseId() == 从URI中获取id

    // withAppendedId（）作用：向URI追加一个id
    Uri uri = Uri.parse("content://cn.scu.myprovider/user") 
    Uri resultUri = ContentUris.withAppendedId(uri, 7);  
    // 最终生成后的Uri为：content://cn.scu.myprovider/user/7
    
    // parseId（）作用：从URL中获取ID
    Uri uri = Uri.parse("content://cn.scu.myprovider/user/7") 
    long personid = ContentUris.parseId(uri); 
    //获取的结果为:7
    

UriMatcher类

• 作用：
  1.在ContentProvider中注册URI
  2.根据URI匹配ContentProvider中对应的数据表

• 使用
  步骤1：初始化UriMatcher对象
  步骤2：在ContentProvider 中注册URI（ addURI() ）
  步骤3：根据URI 匹配 URI_CODE，从而匹配ContentProvider中相应的资源（ match() ）

  //步骤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("cn.scu.myprovider", "user1", URI_CODE_a); 
    matcher.addURI("cn.scu.myprovider", "user2", URI_CODE_b); 
    // 若URI资源路径 = content://cn.scu.myprovider/user1 ，则返回注册码URI_CODE_a
    // 若URI资源路径 = content://cn.scu.myprovider/user2 ，则返回注册码URI_CODE_b
  
  // 步骤3：根据URI 匹配 URI_CODE，从而匹配ContentProvider中相应的资源（match（））
    @Override   
     public String getType(Uri uri) {   
      Uri uri = Uri.parse(" content://cn.scu.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的表
    }   
  }
  

ContentObserver类

• 定义：内容观察者

• 作用：观察uri引起ContentProvider中的数据变化（当ContentProvider中的数据发生增、删、改时就会触发ContentObserver类）并通知外界(即 访问 该数据的访问者)

• 使用：

  // 步骤1：注册内容观察者ContentObserver
       // 通过ContentResolver类进行注册，并指定需要观察的URI
      getContentResolver().registerContentObserver（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：解除观察者
      // 同样需要通过ContentResolver类进行解除
      getContentResolver().unregisterContentObserver（uri）；
  

5.实例使用

ContentProvider不仅可以用于进程之间的通信，也可以用于进程内的通信

• 进程内通信
  步骤：

  1.创建数据库类
  2.自定义ContentProvider类（创建提供者）
  3.注册创建的ContentProvider类（注册提供者，在清单配置文件注册）
  4.访问ContentProvider类的数据

6.感谢

文章出处：简书大神 Carson_Ho
博客地址：https://www.jianshu.com/p/ea8bc4aaf057