Android Query & managedQuery

Android Query & managedQueryActivity里面提供了一个managedQuery()方法,按照AndroidSDK里面的说明,“theactivitywillmanageitslifecycleforyou.”听起来很好,Activity可以替你管理Cursor的生命周期了,就不用记着去close()了,代码可以更简洁。但是Activity是怎么去管理Cursor的生命周期

Android Query & managedQuery

Activity 里面提供了一个 managedQuery() 方法,按照 Android SDK 里面的说明,“the activity will manage its lifecycle for you.” 听起来很好,Activity 可以替你管理 Cursor 的生命周期了,就不用记着去 close() 了,代码可以更简洁。

但是 Activity 是怎么去管理 Cursor 的生命周期的呢?SDK 文档没说。最近遇到一个 bug,在一个 Activity 中,用 managedQuery() 查询数据库,将查询得到的 Cursor 用 CursorAdapter 与 ListView 绑定。然后在 Activity 里面执行批量删除数据表记录操作,因为耗时比较长,所以用了多线程处理。测试团队发现的 bug 是,在删除操作进行过程中,如果按下 Home 键,应用就崩溃了。崩溃原因是 Cursor 被释放了,导致工作线程的删除操作异常。

看了 Activity.java 的源码之后就明白为什么会崩溃了。managedQuery() 其实无非就是把查询得到的 Cursor 放到了 Activity 类的一个数组成员变量中,然后当 Activity stop 的时候,将这个数组里的每个 cursor 都关掉,以及在 resume 的时候,将数组里的每个 cursor 都重新查询一次。所以在按下 Home 键之后,Activity 被 stop 了,cursor 也就被关闭了,如果有个线程还在继续使用这个 cursor,就会抛异常了。

因此,在用 managedQuery() 的时候,需要清楚 cursor 什么时候会被释放,并考虑好自己的代码在 cursor 被释放后不再需要使用这个 cursor.

刚开始接触android的时候,每次用数据库都会犹豫使用哪种方式,一种是getContentResolver().query(…),另一种是managedQuery(…),后来习惯了使用前一种,后一种就被我遗忘了,但是在实际做项目时,有时数据库经常会报cursor not close的warning,有的cursor你可以手动关闭,但是有一些就不可以了,比如当前是个listActivity,他的adapter是个cursorAdapter,这里的cursor就不能关掉,当然你可以在onDestroy中做关闭的操作,可是我比较习惯把cursor定义为局部变量,不是全局可见的,这样的话你就不能在onDestroy中关闭了。

后来就查看源代码,发现manageQuery可以为你维护这个cursor。在你退出activity时为你自动关闭,其实他的原理也很简单,看源码:


Activity.java


private static final class ManagedCursor {

ManagedCursor(Cursor cursor) {

mCursor = cursor;
mReleased = false;
mUpdated = false;
}

private final Cursor mCursor;
private boolean mReleased;
private boolean mUpdated;
}
private final ArrayList<ManagedCursor> mManagedCursors =
new ArrayList<ManagedCursor>();

这里定义了一个Cursor队列,这个Cursor是被封装的。

下面是对这个队列的操作:

public final Cursor managedQuery(Uri uri,
String[] projection,
String selection,
String[] selectionArgs,
String sortOrder)
{

Cursor c = getContentResolver().query(uri, projection, selection, selectionArgs, sortOrder);
if (c != null) {

startManagingCursor(c);
}
return c;
}

//添加,注意要加锁

 public void startManagingCursor(Cursor c) {

synchronized (mManagedCursors) {

mManagedCursors.add(new ManagedCursor(c));
}
}

//在这个activity结束的时候,会调用onDestroy,所以清理的工作应该在那里

protected void onDestroy() {

//省略。。。。

// close any cursors we are managing.
synchronized (mManagedCursors) {

int numCursors = mManagedCursors.size();
for (int i = 0; i < numCursors; i++) {

ManagedCursor c = mManagedCursors.get(i);
if (c != null) {

c.mCursor.close();
}
}
mManagedCursors.clear();
}

//省略。。。。

}



最近又看源码,发现可以不用managedQuery,可以用普通的query,然后运行 startManagingCursor(cursor),同样可以把cursor交给系统去管理,不用担心cursor没有close的情况了。

Android Query & managedQuery

今天说一下以下两种方式query数据:

Java代码

使用方法一:若将Cursor c1数据放入Adapter 中,如getView() 调用加载数据,需在此Adapter对应Activity生命周期中,对Cursor进行控制,尤其要注意c1.close()的处理,否则会在反复出现如下Exception.

Java代码

  1. E/Cursor ( 1384): Finalizing a Cursor that has not been deactivated or closed. database = /data/data/xx/databases/xx.db, table = xx, query = SELECT xx
  2. E/Cursor ( 1384): android.database.sqlite.DatabaseObjectNotClosedException: Application did not close the cursor or database object that was opened here
  3. E/Cursor ( 1384): at android.database.sqlite.SQLiteCursor.<init>(SQLiteCursor.java:210)
  4. E/Cursor ( 1384): at android.database.sqlite.SQLiteDirectCursorDriver.query(SQLiteDirectCursorDriver.java:53)
  5. E/Cursor ( 1384): at android.database.sqlite.SQLiteDatabase.rawQueryWithFactory(SQLiteDatabase.java:1345)
  6. E/Cursor ( 1384): at android.database.sqlite.SQLiteDatabase.queryWithFactory(SQLiteDatabase.java:1229)
  7. E/Cursor ( 1384): at android.database.sqlite.SQLiteDatabase.query(SQLiteDatabase.java:1184)
  8. E/Cursor ( 1384): at android.database.sqlite.SQLiteDatabase.query(SQLiteDatabase.java:1301)

使用方法二:Cursor c2 会随着Activity生命周期的变化,让Activity去控制c2的生命周期,所以不用太但心cursor是否被close,是否requery.

原文引用:Making the query

To query a content provider, you can use either the ContentResolver.query() method or the Activity.managedQuery() method. Both methods take the same set of arguments, and both return a Cursor object. However, managedQuery() causes the activity to manage the life cycle of the Cursor. A managed Cursor handles all of the niceties, such as unloading itself when the activity pauses, and requerying itself when the activity restarts. You can ask an Activity to begin managing an unmanaged Cursor object for you by calling Activity.startManagingCursor().

今天的文章Android Query & managedQuery分享到此就结束了,感谢您的阅读,如果确实帮到您,您可以动动手指转发给其他人。

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
如需转载请保留出处:https://bianchenghao.cn/30018.html

(0)
编程小号编程小号

相关推荐

发表回复

您的电子邮箱地址不会被公开。 必填项已用*标注