一、简介
1、不同应用间数据交互和共享的组件。
2、不同线程间进行数据交互和共享,即跨进程通信。
3、可用于进程间和进程内通信
二、原理
底层原理和Binder机制相同
三、使用
1、统一资源标识符(URI)
(1)作用:用来唯一标识ContentProvider和其中的数据,然后进行数据操作
(2)使用:自定义URI=content://com.example.provider/TableName/Record
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个方法
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类进行解除