跨程序共享数据,探究内容提供器,ContentProvider

为什么要将我们程序中的数据共享给其他程序呢?当然,这个要视情况而定的,比如说账号和密码这样的隐私数据显然是不能共享给其他程序的,不过一些可以让其他程序进行二次开发的基础性数据,我们还是可以选择将其共享的。例如系统的电话簿程序,它的数据库中保存了很多的联系人信息,如果这些数据都不允许第三方的程序进行访问的话,恐怕很多应用的功能都要大打折扣了。除了电话簿之外,还有短信、媒体库等程序都实现了跨程序数据共享的功能,而使用的技术当然就是内容提供器。


内容提供器简介


内容提供器(Content Provider)主要用于在不同的应用程序之间实现数据共享的功能,它提供了一套完整的机制,允许一个程序访问另一个程序中的数据,同时还能保证被访数据的安全性。目前,使用内容提供器是 Android 实现跨程序共享数据的标准方式。

内容提供器可以选择只对哪一部分数据进行共享,从而保证我们程序中的隐私数据不会有泄漏的风险。

用法一般有两种:

  • 一种是使用现有的内容提供器来读取和操作相应程序中的数据
  • 另一种是创建自己的内容提供器给我们程序的数据提供外部访问接口。

访问其他程序中的数据

当一个应用程序通过内容提供器对其数据提供了外部访问接口,任何其他的应用程序就
都可以对这部分数据进行访问。Android 系统中自带的电话簿、短信、媒体库等程序都提供了类似的访问接口.

ContentResolver 的基本用法

如果想要访问内容提供器中共享的数据,就一定要借助ContentResolve 类,可以通过 Context 中的 getContentResolver()方法获取到该类的实例。ContentResolver 中提供了一系列的方法用于对数据进行 CRUD 操作,其中 insert()方法用于添加数据,update()方法用于更新数据,delete()方法用于删除数据,query()方法用于查询数据。

ContentResolver 中的增删改查方法都是不接收表名参数的,而是使用一个 Uri 参数代替,这个参数被称为内容 URI。内容 URI 给内容提供器中的数据建立了唯一标识符,它主要由两部分组成,权限(authority)和路径(path)权限是用于对不同的应用程序做区分的,一般为了避免冲突,都会采用程序包名的方式来进行命名。比如某个程序的包名是 com.example.app,那么该程序对应的权限就可以命名为 com.example.app.provider。路径则是用于对同一应用程序中不同的表做区分的,通常都会添加到权限的后面

实例 协议声明content://权限/路径
content://com.example.app.provider/table1
content://com.example.app.provider/table2

内容 URI 可以非常清楚地表达出我们想要访问哪个程序中哪张表里的数据。在得到了内容 URI 字符串之后,我们还需要将它解析成 Uri 对象才可以作为参数传入。解析的方法也相当简单,代码如下所示:

解析URI字符串成Uri对象
Uri uri = Uri.parse("content://com.example.app.provider/table1")

现在我们就可以使用这个 Uri 对象来查询 table1 表中的数据了

Cursor cursor = getContentResolver().query(
    uri,
projection,
selection,
selectionArgs,
sortOrder);
跨程序共享数据,探究内容提供器,ContentProvider_第1张图片
QQ截图20160226223815.jpg

查询完成后返回的仍然是一个 Cursor 对象,这时我们就可以将数据从 Cursor 对象中逐个读取出来了。读取的思路仍然是通过移动游标的位置来遍历 Cursor 的所有行,然后再取出每一行中相应列的数据

if (cursor != null) {
    while (cursor.moveToNext()) {
    String column1 = cursor.getString(cursor.getColumnIndex("column1"));
    int column2 = cursor.getInt(cursor.getColumnIndex("column2"));
    }
    cursor.close();
}
ContentValues values = new ContentValues();
values.put("column1", "text");
values.put("column2", 1);
getContentResolver().insert(uri, values);
ContentValues values = new ContentValues();
values.put("column1", "");
getContentResolver().update(uri, values, "column1 = ? and column2 = ?", new
String[] {"text", "1"});
getContentResolver().delete(uri, "column2 = ?", new String[] { "1" });

###读取系统联系人

// 查询联系人数据

cursor = getContentResolver().query(ContactsContract.CommonDataKinds.Phone.CONTENT_URI,null, null, null, null);
while (cursor.moveToNext()) {

  // 获取联系人姓名

  String displayName =
cursor.getString(cursor.getColumnIndex(ContactsContract.CommonDataKinds.Phone.DISPLAY_NAME));

  // 获取联系人手机号

String number = 
cursor.getString(cursor.getColumnIndex(ContactsContract.CommonDataKinds.Phone.NUMBER));
contactsList.add(displayName + "\n" + number);

创建自己的内容提供器

创建内容提供器的步骤

实现跨程序共享数据的功能,官方推荐的方式就是使用内容提供器,可以通过新建一个类去继承 ContentProvider 的方式来创建一个自己的内容提供器。ContentProvider 类中有六个抽象方法,我们在使用子类继承它的时候,需要将这六个方法全部重写。

1.onCreate()
初始化内容提供器的时候调用。通常会在这里完成对数据库的创建和升级等操作,返回 true 表示内容提供器初始化成功,返回 false 则表示失败。注意,只有当存在ContentResolver 尝试访问我们程序中的数据时,内容提供器才会被初始化

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

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

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

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

6.getType()
根据传入的内容 URI 来返回相应的 MIME 类型。

几乎每一个方法都会带有 Uri这个参数,这个参数也正是调用 ContentResolver的增删改查方法时传递过来的

content://com.example.app.provider/table1/1
表示调用方期望访问的是 com.example.app 这个应用的 table1 表中 id 为 1 的数据。
(以 id 结尾就表示期望访问该表中拥有相应 id 的数据)

content://com.example.app.provider/table1
以路径结尾就表示期望访问该表中所有的数据

使用通配符的方式来分别匹配这两种格式的内容 URI,规则如下:

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

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

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

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

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

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

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

static {
uriMatcher = new UriMatcher(UriMatcher.NO_MATCH);
uriMatcher.addURI("com.example.app.provider", "table1", TABLE1_DIR);
uriMatcher.addURI("com.example.app.provider ", "table1/#", TABLE1_ITEM);
uriMatcher.addURI("com.example.app.provider ", "table2", TABLE2_ITEM);
uriMatcher.addURI("com.example.app.provider ", "table2/#", TABLE2_ITEM);
}

@Override
public Cursor query(Uri uri, String[] projection, String selection,String[] selectionArgs, String sortOrder) {
  switch (uriMatcher.match(uri)) {
    case TABLE1_DIR:
      //  查询table1 表中的所有数据
      break;
    case TABLE1_ITEM:
      //  查询table1 表中的单条数据
      break;
    case TABLE2_DIR:
      //  查询table2 表中的所有数据
      break;
    case TABLE2_ITEM:
      //  查询table2 表中的单条数据
      break;
    default:
      break;
  }
  ……
}
……

还有一个方法你会比较陌生,即 getType()方法。它是所有的内容提供器都必须提供的一个方法,用于获取 Uri 对象所对应的 MIME 类型。一个内容 URI 所对应的 MIME字符串要由三部分组分,Android 对这三个部分做了如下格式规定。

  1. 必须以 vnd 开头。

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

  3. 最后接上 vnd..

所以,对于 content://com.example.app.provider/table1 这个内容 URI,它所对应的 MIME类型就可以写成:

vnd.android.cursor.dir/vnd.com.example.app.provider.table1

对于 content://com.example.app.provider/table1/1 这个内容 URI,它所对应的 MIME 类型就可以写成:

vnd.android.cursor.item/vnd. com.example.app.provider.table1

@Override
public String getType(Uri uri) {
  switch (uriMatcher.match(uri)) {
    case TABLE1_DIR:
      return "vnd.android.cursor.dir/vnd.com.example.app.provider.table1";
    case TABLE1_ITEM:
      return "vnd.android.cursor.item/vnd.com.example.app.provider.table1";
    case TABLE2_DIR:
      return "vnd.android.cursor.dir/vnd.com.example.app.provider.table2";
    case TABLE2_ITEM:
      return "vnd.android.cursor.item/vnd.com.example.app.provider.table2";
    default:
      break;
   }
  return null;
}

如何才能保证隐私数据不会泄漏出去呢?其实多亏了内容提供器的良好机制,这个问题在不知不觉中已经被解决了。因为所有的 CRUD 操作都一定要匹配到相应的内容 URI 格式才能进行的,而我们当然不可能向 UriMatcher 中添加隐私数据的 URI,所以这部分数据根本无法被外部程序访问到,安全问题也就不存在了。

你可能感兴趣的:(跨程序共享数据,探究内容提供器,ContentProvider)