如果想实现跨程序共享数据的功能,官方推荐的方式就是使用内容提供器,可以通过新建一个类去继承 ContentResolver 的方式来创建一个自己的内容提供器。

ContentProvider 类中有六个抽象方法,使用子类继承它的时候,需要将这六个方法全部重写。

onCreate():

  初始化内容提供器的时候调用。通常会在这里完成对数据库的创建和升级等操作,返回 true 表示内容提供器初始化成功,返回 false 则表示失败。

  注意,只有当存在 ContentResolver 尝试访问我们程序中的数据时,内容提供器才会被初始化。

query():

  从内容提供器中查询数据。使用 uri 参数来确定查询哪张表,projection 参数用于确定查询哪些列,selection 和 selectionArgs 参数用于约束查询哪些行,sortOrder 参数用于对结果进行排序,查询的结果存放在 Cursor 对象中返回。

insert():

  向内容提供器中添加一条数据。使用 uri 参数来确定要添加到的表,待添加的数据保存在 values 参数中。添加完成后,返回一个用于表示这条新记录的 URI。

update():

  更新内容提供器中已有的数据。使用 uri 参数来确定更新哪一张表中的数据,新数据保存在 values 参数中,selection 和 selectionArgs 参数用于约束更新哪些行,受影响的行数将作为返回值返回。

delete():

  从内容提供器中删除数据。使用 uri 参数来确定删除哪一张表中的数据,selection 和 selectionArgs 参数用于约束删除哪些行,被删除的行数将作为返回值返回。

getType():

  根据传入的内容 URI 来返回相应的 MIME 类型。

 

ContentResolver 几乎每一个方法都会带有 Uri 这个参数,我们需要对传入的 Uri 参数进行解析,从而分析出期望访问的表和数据。

  一个标准的内容 URI 写法:content://com.example.app.provider/table

内容 URI 的格式主要就只有以上两种,以路径结尾就表示期望访问该表中所有的数据,以 id 结尾就表示期望访问该表中拥有相应 id 的数据。我们可以使用通配符的方式来分别匹配这两种格式的内容 URI,规则如下:

  1. (*)表示匹配任意长度的任意字符

  2. (#)表示匹配任意长度的数字

    所以,一个能够匹配任意表的内容 URI 格式就可以写成:

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

    而一个能够匹配 table 表中任意一行数据的内容 URI 格式就可以写成:

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

 

借助 UriMatcher 类实现匹配内容 URI的功能

  UriMatcher 中提供了一个 addURI() 方法,这个方法接收三个参数,可以分别把权限、路径和一个自定义代码传进去。这样,当调用 UriMatcher 的 match() 方法时,就可以将一个 Uri 对象传入,返回值是某个能够匹配这个 Uri 对象所对应的自定义标识码,利用这个代码,我们就可以判断出期望访问的是哪张表中的数据了。

UriMatcher uriMatcher = new UriMatcher(UriMatcher.NO_MATCH);

    uriMatcher.addURI("com.example.app.provider", "table/#" , TABLE_ITEM);

    switch( uriMatcher.match( uri ) ){ ... }

  其实 query()、update()、insert()、delete() 这几个方法实现是差不多的,它们都会携带 Uri 这个参数,然后同样利用 UriMatcher 的 match() 方法判断出期望访问的表,再对该表中的数据进行相应的操作就可以了。

  除此之外,还有一个 getType() 方法。它是所有的内容提供器都必须提供的一个方法,用于获取 Uri 对象所对应的 MIME 类型。一个内容 URI 所对应的 MIME 字符串主要由三部分组成,Android 对这三个部分做了如下格式规定:

    1. 必须以 vnd 开头。

    2. 如果内容 URI 以路径结尾,则后接 android.cursor.dir/,如果内容 URI 以 id 结尾,则后接 android.cursor.item/。

    3. 最后接上 vnd.<authority>.<path>。

  例如:"vnd.android.cursor.dir/vnd.com.example.app.provider.table"

    或:"vnd.android.cursor.item/vnd.com.example.app.provider.table"

 

  到这里,一个完整的内容提供器就创建完成了,现在任何一个应用程序都可以使用 ContentResolver 来访问我们程序中的数据。那么如何保证隐私数据不会泄露出去呢?其实多亏了内容提供器的良好机制,这个问题在不知不觉中已经被解决了。

  因为所有的操作都一定要匹配到相应的内容 URI 格式才能进行,而我们当然不可能向 UriMatcher 中添加隐私数据的 URI,所以这部分数据根本无法被外部程序访问到,安全问题也就不存在了。