1.简介

ContentProvider 即内容提供者,是 Android 四大组件之一。

 

2.作用

进程间 进行数据交互 & 共享,即跨进程通信。

 

3.原理

ContentProvider的底层是采用 Android中的Binder机制。

 

4.具体使用

关于ContentProvider的使用主要介绍以下内容:

 

4.1.统一资源标识符(URI)

4.1.1.定义:Uniform Resource Identifier,即统一资源标识符。

4.1.2.作用:唯一标识 ContentProvider & 其中的数据。

4.1.3.外界进程通过 URI 找到对应的ContentProvider & 其中的数据,再进行数据操作 。

4.1.4.具体使用

URI分为 系统预置 & 自定义,分别对应系统内置的数据(如通讯录、日程表等等)和自定义数据库。 

4.1.4.1. 关于 系统预置URI 此处不作过多讲解,需要的同学可自行查看 。

4.1.4.2. 此处主要讲解 自定义URI。

 

设置URI

Uri uri = Uri.parse("content://com.carson.provider/User/1") 

上述URI指向的资源:名 `com.carson.provider`的`ContentProvider` 中表名 为`User` 中的 `id`为1的数据

 

特别注意:URI模式存在匹配通配符   *  和   #
 

*:匹配任意长度的任何有效字符的字符串

 以下的URI 表示 匹配provider的任何内容

content://com.example.app.provider/* 

 

#:匹配任意长度的数字字符的字符串

以下的URI 表示 匹配provider中的table表的所有行

 

content://com.example.app.provider/table/# 

 

 

 

4.2.MIME数据类型

 

作用:指定某个扩展名的文件用某种应用程序来打开 。

如指定.html文件采用text应用程序打开、指定.pdf文件采用flash应用程序打开。

 

4.2.1.具体使用:

ContentProvider根据 URI 返回MIME类型

ContentProvider.geType(uri);

 

4.2.2.MIME类型组成

每种MIME类型 由2部分组成 = 类型 + 子类型

MIME类型是 一个 包含2部分的字符串

 

4.2.3.MIME类型形式

MIME类型有2种形式:

实例说明 

 

 

4.3 ContentProvider类主要方法

 

进程间共享数据的本质是:添加、删除、获取 & 修改(更新)数据。

所以ContentProvider的核心方法也主要是上述4个作用。

 

 

4.3.1.外部进程 向 ContentProvider 中添加数据

  public Uri insert(Uri uri, ContentValues values) 

 

4.3.2.外部进程 删除 ContentProvider 中的数据

 

public int delete(Uri uri, String selection, String[] selectionArgs) 

 

 

4.3.3.外部进程 更新 ContentProvider 中的数据

public int update(Uri uri, ContentValues values, String selection, String[] selectionArgs)

 

  
4.3.4.外部进程 获取 ContentProvider 中的数据

public Cursor query(Uri uri, String[] projection, String selection, String[] selectionArgs,  String sortOrder)  
  

 

 

4.3.5.注意:

4.3.5.1. 上述4个方法由外部进程回调,并运行在ContentProvider进程的Binder线程池中(不是主线程)。

4.3.5.2. 存在多线程并发访问,需要实现线程同步。

    a. 若ContentProvider的数据存储方式是使用SQLite & 一个,则不需要,因为SQLite内部实现好了线程同

        步,若是多个SQLite则需要,因为SQL对象之间无法进行线程同步。

 

 

 

   b. 若ContentProvider的数据存储方式是内存,则需要自己实现线程同步。

 

 

 

4.3.6.ContentProvider创建后 或 打开系统后其它进程第一次访问该ContentProvider时 由系统进行调用

 

public boolean onCreate() //运行在ContentProvider进程的主线程,故不能做耗时操作

 

 

4.3.7.得到数据类型,即返回当前 Url 所代表数据的MIME类型

public String getType(Uri uri)

 

 

Android为常见的数据(如通讯录、日程表等)提供了内置了默认的ContentProvider。但也可根据需求自定义ContentProvider,但上述6个方法必须重写。

ContentProvider类并不会直接与外部进程交互,而是通过ContentResolver 类。

 

 

5.ContentProvider辅助工具类

 

5.1.ContentResolver类

5.1.1.作用

统一管理不同 `ContentProvider`间的操作。

 

   即通过 URI 即可操作 不同的ContentProvider 中的数据。

   外部进程通过 ContentResolver类 从而与ContentProvider类进行交互。

 

5.1.2.为什么要使用通过ContentResolver类从而与ContentProvider类进行交互,而不直接访问ContentProvider类:

一般来说,一款应用要使用多个ContentProvider,若需要了解每个ContentProvider的不同实现从而再完成数据交互,操作成本高 & 难度大。所以再ContentProvider类上加多了一个 ContentResolver类对所有的ContentProvider进行统一管理。

 

5.1.3.具体使用

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

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


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


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


5.1.3.4.外部应用 获取 ContentProvider 中的数据

public Cursor query(Uri uri, String[] projection, String selection, String[] selectionArgs, String sortOrder)

 

实例说明

 

使用ContentResolver前,需要先获取ContentResolver

 

5.1.3.5.可通过在所有继承Context的类中 通过调用getContentResolver()来获得ContentResolver
ContentResolver resolver =  getContentResolver(); 

5.1.3.6.设置ContentProvider的URI
Uri uri = Uri.parse("content://cn.scu.myprovider/user"); 

5.1.3.7. 根据URI 操作 ContentProvider中的数据 此处是获取ContentProvider中 user表的所有记录 

 

Cursor cursor = resolver.query(uri, null, null, null, "userid desc"); 

 

 

 

5.2.ContentUris类

 

作用:操作 URI。

具体使用 

核心方法有两个:withAppendedId()  parseId()。

 

5.2.1. 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


5.2.2.parseId() 作用:从URL中获取ID

 

Uri uri = Uri.parse("content://cn.scu.myprovider/user/7") 

long personid = ContentUris.parseId(uri); 

//获取的结果为:7

 

 

5.3.UriMatcher类

 

5.3.1.作用

在ContentProvider 中注册URI。

根据 URI 匹配 ContentProvider 中对应的数据表。

 

5.3.2.具体使用

步骤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的表

    }   

}

 

 

5.4.ContentObserver类

 

定义:内容观察者。

作用:观察 Uri引起 ContentProvider 中的数据变化 & 通知外界(即访问该数据访问者)。

当ContentProvider 中的数据发生变化(增、删 & 改)时,就会触发该 ContentObserver类。

 

5.4.1.具体使用

 

步骤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类进行解除

 

 

 

 

 

6.总结

ContentProvider不仅常用于进程间通信,同时也适用于进程内通信。

更多相关文章

  1. android settings学习笔记(一)
  2. Android学习笔记-Intent(一)
  3. 转自应用程序获得系统权限
  4. Binder 理论部分笔记整理
  5. Android程序开发入门――组件生命周期之Broadcast receiver
  6. ListView绑定数据的两种方法
  7. Android(安卓)音视频编解码(一) -- MediaCodec 初探
  8. Android(安卓)Service组件在进程内绑定(bindService)过程
  9. 「Android」GreenDao

随机推荐

  1. 利用android studio制作简易的计算器
  2. Android(安卓)context(Application/Activi
  3. 屏幕切换时Activity重启问题
  4. Android设置透明、半透明等效果
  5. 【Android开源项目分析】android轻量级开
  6. Android(安卓)程序员指南 PDF下载
  7. Android(安卓)7.0新特性
  8. Gsensor的整个系统架构
  9. Android:系统信息(内存、cpu、sd卡、电量、
  10. 下载Android(安卓)5.0源码(附源码)