ICode9

精准搜索请尝试: 精确搜索
首页 > 其他分享> 文章详细

ContentProvide的生命周期

2021-07-03 11:57:40  阅读:132  来源: 互联网

标签:生命周期 String uri ContentProvide Uri URI ContentProvider 数据


ContentProvide的生命周期

https://blog.csdn.net/carson_ho/article/details/76101093

定义 & 作用

定义:即内容提供者,是 Android 四大组件之一

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

在这里插入图片描述

原理

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

具体使用

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

在这里插入图片描述

统一资源标识符(URI)

  • 定义:Uniform Resource Identifier,即统一资源标识符

  • 作用:唯一标识 ContentProvider & 其中的数据。外界进程通过 URI 找到对应的ContentProvider & 其中的数据,再进行数据操作。

  • 具体使用:URI分为 系统预置 & 自定义,分别对应系统内置的数据(如通讯录、日程表等等)和自定义数据库
    在这里插入图片描述

// 设置URI
Uri uri = Uri.parse(“content://com.carson.provider/User/1”)
// 上述URI指向的资源是:名为 com.carson.providerContentProvider 中表名 为User 中的 id为1的数据

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

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

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

MIME数据类型

  • 作用:指定某个扩展名的文件用某种应用程序来打开。如指定.html文件采用text应用程序打开、指定.pdf文件采用flash应用程序打开

ContentProvider根据 URI 返回MIME类型:

ContentProvider.geType(uri) ;

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

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

text / html
// 类型 = text、子类型 = html

text/css
text/xml
application/pdf

MIME类型形式:MIME类型有2种形式

// 形式1:单条记录
vnd.android.cursor.item/自定义
// 形式2:多条记录(集合)
vnd.android.cursor.dir/自定义

// 注:
// 1. vnd:表示父类型和子类型具有非标准的、特定的形式。
// 2. 父类型已固定好(即不能更改),只能区别是单条还是多条记录
// 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

ContentProvider类

  • ContentProvider主要以 表格的形式 组织数据,同时也支持文件数据,只是表格形式用得比较多

  • 每个表格中包含多张表,每张表包含行 & 列,分别对应记录 & 字段

主要方法:

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

<-- 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
  • 但也可根据需求自定义ContentProvider,但上述6个方法必须重写
  • ContentProvider类并不会直接与外部进程交互,而是通过ContentResolver 类

ContentResolver类

作用:统一管理不同 ContentProvider间的操作

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

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

  • 一般来说,一款应用要使用多个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”);

Android 提供了3个用于辅助ContentProvide的工具类:

  • ContentUris
  • UriMatcher
  • ContentObserver

ContentUris类

  • 作用:操作 URI
  • 具体使用,核心方法有两个:withAppendedId() &parseId()

// 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类

作用:在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(“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
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类进行解除

优点

  1. 安全:ContentProvider为应用间的数据交互提供了一个安全的环境:允许把自己的应用数据根据需求开放给 其他应用 进行 增、删、改、查,而不用担心因为直接开放数据库权限而带来的安全问题

  2. 访问简单 & 高效:

    对比于其他对外共享数据的方式,数据访问方式会因数据存储的方式而不同:

    • 采用 文件方式 对外共享数据,需要进行文件操作读写数据;
    • 采用 Sharedpreferences 共享数据,需要使用sharedpreferences API读写数据

    这使得访问数据变得复杂 & 难度大。

    • 而采用ContentProvider方式,其 解耦了 底层数据的存储方式,使得无论底层数据存储采用何种方式,外界对数据的访问方式都是统一的,这使得访问简单 & 高效。如一开始数据存储方式 采用 SQLite 数据库,后来把数据库换成 MongoDB,也不会对上层数据ContentProvider使用代码产生影响

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-B5XbLIys-1625283902284)(E:\03_学习\学习笔记\android\aHR0cDovL3VwbG9hZC1pbWFnZXMuamlhbnNodS5pby91cGxvYWRfaW1hZ2VzLzk0NDM2NS1hMGU0Njc4OGEyMTUxZTRlLnBuZz9pbWFnZU1vZ3IyL2F1dG8tb3JpZW50L3N0cmlwJTdDaW1hZ2VWaWV3Mi8yL3cvMTI0MA)]

rences 共享数据,需要使用sharedpreferences API读写数据

这使得访问数据变得复杂 & 难度大。

  • 而采用ContentProvider方式,其 解耦了 底层数据的存储方式,使得无论底层数据存储采用何种方式,外界对数据的访问方式都是统一的,这使得访问简单 & 高效。如一开始数据存储方式 采用 SQLite 数据库,后来把数据库换成 MongoDB,也不会对上层数据ContentProvider使用代码产生影响

在这里插入图片描述

标签:生命周期,String,uri,ContentProvide,Uri,URI,ContentProvider,数据
来源: https://blog.csdn.net/zhanlan5211/article/details/118437992

本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享;
2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关;
3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关;
4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除;
5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。

专注分享技术,共同学习,共同进步。侵权联系[81616952@qq.com]

Copyright (C)ICode9.com, All Rights Reserved.

ICode9版权所有