定义
内容提供者,是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
网友评论