android query函数,7.4 Cursor 的query函数的实现分析

本节将分析ContentProvider中另一个比较复杂的知识点，即query的实现。从ContentResolver的query函数开始，其代码如下：

**ContentResolver.java::query**

~~~

/*

注意query中的参数，它们组合后得到的SQL语句如下(方括号中的语句为笔者添加的注释)

SELECT projection指定的列名[如果projection为null，则使用“*”]

FROM 表名[由目标CP根据uri参数设置] WHERE

(selection)[如果selection中有通配符，具体参数由selectionArgs指定]

ORDERYEDBY sortOrder

*/

public final Cursor query(Uri uri, String[]projection,

String selection, String[] selectionArgs, String sortOrder) {

/*

根据前面的分析，下面这个函数返回的provider的真实类型是ContentProviderProxy，

对应的Bn端对象的真实类型是ContentProvider的内部类Transport。本次执行query的

目标CP是MediaProvider

*/

IContentProvider provider = acquireProvider(uri);

//来看下面的代码

try {

long startTime = SystemClock.uptimeMillis();

//①调用远端进程的query函数

Cursor qCursor = provider.query(uri, projection,

selection, selectionArgs, sortOrder);

if (qCursor == null) {

//如果返回的结果为空，则释放provider，这个函数的作用在7.2.3节介绍过

releaseProvider(provider);

return null;

}

//②计算查询结果包含的数据项条数，结果保存在qCursor的内部变量中

qCursor.getCount();

long durationMillis = SystemClock.uptimeMillis() - startTime;

//③最终返回给客户端一个游标对象，其真实数据类型为CursorWrapperInner

return new CursorWrapperInner(qCursor, provider);

}

~~~

上面这段代码揭示了ContentResolver query函数的工作流程：

- 调用远程CP的query函数，返回一个Cursor类型的对象qCursor。

- 该函数最终返给客户端的是一个CursorWrapperInner类型的对象。

Cursor和CursorWrappperInner这两个新出现的数据类型严重干扰了我们的思考。暂且不管它们，先来分析以上代码中列出的几个关键点函数。首先要分析的是第一个关键点函数query。