前言
ContentProvider
属于Android
的四大组件之一本文全面解析了
ContentProvider
,包括ContentProvider
原理、使用方法 & 实例讲解,希望你们会喜欢。
目录
示意图
1. 定义
即 内容提供者,是 Android
四大组件之一
2. 作用
进程间 进行数据交互 & 共享,即跨进程通信
示意图
3. 原理
ContentProvider
的底层原理 =Android
中的Binder
机制
4. 具体使用
关于ContentProvider
的使用主要介绍以下内容:
image.png
4.1 统一资源标识符(URI)
定义:
Uniform Resource Identifier
,即统一资源标识符作用:唯一标识
ContentProvider
& 其中的数据
外界进程通过
URI
找到对应的ContentProvider
& 其中的数据,再进行数据操作
具体使用
URI
分为 系统预置 & 自定义,分别对应系统内置的数据(如通讯录、日程表等等)和自定义数据库
关于 系统预置
URI
此处不作过多讲解,需要的同学可自行查看此处主要讲解 自定义
URI
示意图
4.2 MIME数据类型
作用:指定某个扩展名的文件用某种应用程序来打开
如指定.html
文件采用text
应用程序打开、指定.pdf
文件采用flash
应用程序打开具体使用:
4.2.1 ContentProvider
根据 URI
返回MIME
类型
4.2.2 MIME
类型组成
每种MIME
类型 由2部分组成 = 类型 + 子类型
MIME类型是 一个 包含2部分的字符串
4.2.3 MIME
类型形式MIME
类型有2种形式:
实例说明
4.3 ContentProvider类
4.3.1 组织数据方式
ContentProvider
主要以 表格的形式 组织数据
同时也支持文件数据,只是表格形式用得比较多
每个表格中包含多张表,每张表包含行 & 列,分别对应记录 & 字段
同数据库
4.3.2 主要方法
进程间共享数据的本质是:添加、删除、获取 & 修改(更新)数据
所以
ContentProvider
的核心方法也主要是上述4个作用
Android
为常见的数据(如通讯录、日程表等)提供了内置了默认的ContentProvider
但也可根据需求自定义
ContentProvider
,但上述6个方法必须重写
本文主要讲解自定义
ContentProvider
ContentProvider
类并不会直接与外部进程交互,而是通过ContentResolver
类
4.4 ContentResolver类
4.1 作用
统一管理不同 ContentProvider
间的操作
即通过
URI
即可操作 不同的ContentProvider
中的数据外部进程通过
ContentResolver
类 从而与ContentProvider
类进行交互
4.2 为什么要使用通过ContentResolver
类从而与ContentProvider
类进行交互,而不直接访问ContentProvider
类?
答:
一般来说,一款应用要使用多个
ContentProvider
,若需要了解每个ContentProvider
的不同实现从而再完成数据交互,操作成本高 & 难度大所以再
ContentProvider
类上加多了一个ContentResolver
类对所有的ContentProvider
进行统一管理。
4.3 具体使用
ContentResolver
类提供了与ContentProvider
类相同名字 & 作用的4个方法
实例说明
Android
提供了3个用于辅助ContentProvide
的工具类:
ContentUris
UriMatcher
ContentObserver
4.5 ContentUris类
作用:操作
URI
具体使用
核心方法有两个:withAppendedId()
&parseId()
4.6 UriMatcher类
作用
在
ContentProvider
中注册URI
根据
URI
匹配ContentProvider
中对应的数据表具体使用
4.7 ContentObserver类
定义:内容观察者
作用:观察
Uri
引起ContentProvider
中的数据变化 & 通知外界(即访问该数据访问者)
当
ContentProvider
中的数据发生变化(增、删 & 改)时,就会触发该ContentObserver
类
具体使用
至此,关于ContentProvider
的使用已经讲解完毕
5. 实例说明
由于
ContentProvider
不仅常用于进程间通信,同时也适用于进程内通信所以本实例会采用
ContentProvider
讲解:进程内通信
进程间通信
实例说明:采用的数据源是
Android
中的SQLite
数据库
5.1 进程内通信
步骤说明:
创建数据库类
自定义
ContentProvider
类注册 创建的
ContentProvider
类进程内访问
ContentProvider
的数据具体使用
步骤1:创建数据库类
关于数据库操作请看文章:Android:SQLlite数据库操作最详细解析
DBHelper.java
步骤2:自定义 ContentProvider 类
步骤3:注册 创建的 ContentProvider类
AndroidManifest.xml
步骤4:进程内访问 ContentProvider中的数据
MainActivity.java
结果
示意图
源码地址
Carson-Ho Github地址:ContentProvider
至此,进程内对ContentProvider
中的数据进行共享讲解完毕。
5.2 进程间进行数据共享
实例说明:本文需要创建2个进程,即创建两个工程,作用如下
示意图
具体使用
进程1
使用步骤如下:
创建数据库类
自定义
ContentProvider
类注册 创建的
ContentProvider
类
前2个步骤同上例相同,此处不作过多描述,此处主要讲解步骤3.
步骤3:注册 创建的 ContentProvider类
AndroidManifest.xml
至此,进程1创建完毕,即创建ContentProvider
& 数据 准备好了。
源码地址
Carson-Ho Github地址:ContentProvider1
进程2
步骤1:声明可访问的权限
AndroidManifest.xml
步骤2:访问 ContentProvider的类
至此,访问ContentProvider
数据的进程2创建完毕
源码地址
Carson-Ho Github地址:ContentProvider2
结果展示
在进程展示时,需要先运行准备数据的进程1,再运行需要访问数据的进程2
运行准备数据的进程1
在进程1中,我们准备好了一系列数据示意图
运行需要访问数据的进程2
在进程2中,我们先向ContentProvider
中插入数据,再查询数据
示意图
至此,关于ContentProvider
在进程内 & 进程间的使用讲解完毕。
6. 优点
6.1 安全
ContentProvider
为应用间的数据交互提供了一个安全的环境:允许把自己的应用数据根据需求开放给 其他应用 进行 增、删、改、查,而不用担心因为直接开放数据库权限而带来的安全问题
6.2 访问简单 & 高效
对比于其他对外共享数据的方式,数据访问方式会因数据存储的方式而不同:
采用 文件方式 对外共享数据,需要进行文件操作读写数据;
采用
Sharedpreferences
共享数据,需要使用sharedpreferences API
读写数据
这使得访问数据变得复杂 & 难度大。
而采用
ContentProvider
方式,其 解耦了 底层数据的存储方式,使得无论底层数据存储采用何种方式,外界对数据的访问方式都是统一的,这使得访问简单 & 高效
如一开始数据存储方式 采用
SQLite
数据库,后来把数据库换成MongoDB
,也不会对上层数据ContentProvider
使用代码产生影响
示意图
7. 总结
我用一张图总结本文内容
评论