关于Android中SQLite数据库游标的几个问题

为了在我的应用程序中实现数据库访问，我遵循拉尔斯·沃格尔教程，但我对一些事情感到非常困惑......

1. 每次拨打电话时fetchTodo将创建并返回一个新游标。将前一个光标留给垃圾收集器。所以，如果我不使用startManagingCursor甚至是CursorLoader为此，我应该打电话给.close()当我完成后在光标上？在外面fetchTodo当然范围，例如：

   光标cursor = mNotesAdapter.fetchTodo(); // 做一点事... 光标.close();

我已经完成了这个游标，并且将在下一次获取时创建新的游标，我应该像这样关闭它还是应该将其留给垃圾收集器？虽然我认为我正在谈论两件完全不同的事情......重点是，我是否应该像上面的示例那样关闭它？

1. Cursor还有一个.deactivate()方法和文档说它使用更少的资源（比活动游标）。我到底什么时候应该使用这个？例如，在我的应用程序中，我有一个ListActivity这是通过一个填充SimpleCursorAdapter（为此的代码初始化仅调用一次）。正在使用的光标是一个类成员变量，因为我需要它在填充列表的方法之外。当从数据库中删除某些内容时，我需要它来重新查询数据库。但是，在删除记录之前（这是用户操作，可能需要一段时间才能发生），我是否应该同时停用光标？因为当我打电话时它会再次激活.requery()再次。或者SimpleCursorAdapter由于光标未激活而将停止工作？

EDIT:我刚刚测试了这个，发现我无法调用deactivate()设置光标适配器后。如果光标未处于活动状态，列表将为空，因此只要显示 ListActivity，列表就需要保持活动状态。最后，我们应该让StartManagingCursor那就处理一下吧。或者新的CursorLoader.

1. 我知道startManagingCursor/stopManagingCursor已弃用，但我不针对 Honeycomb（至少暂时如此）并且我不想处理新的CursorLoader目前。但在上面的教程中，startManagingCursor无处不在，但是stopManagingCursor从未被调用过一次。为什么不？ Android 是否以自己的方式处理这个问题？任何情况我应该打电话stopManagingCursor?

编辑：更新答案以反映更新的问题 1：

1) 每次调用 fetchTodo 时都会创建一个新游标 然后回来了。将前一个光标留给垃圾收集器。 所以，如果我不使用 startManagingCursor 甚至 CursorLoader 没关系，当我完成后我应该在光标上调用 .close() 它 ？

是的，你绝对应该告诉 AndroidstartManagingCursor(), use LoaderManager/CursorLoader or close()你自己吧。不这样做会泄漏内存，GC 对此无济于事，因为背后有本机资源Cursor（例如数据库的文件句柄）。

2) Cursor 还有一个 .deactive() 方法，文档中有说明 使用更少的资源（比活动游标）。我到底应该什么时候使用 这？ ...

EDIT致其他读者：OP找到了答案并将其发布在他的问题中。以下内容仍然成立：

我从来没有用过deactivate()（没有deactive()），也许其他人可以解释这一点。如果您想要真正轻松的重新查询/更新，请查看LoaderManager框架——它不仅仅适用于 Honeycomb：使用您可以使用的 compat 库LoaderManager (and Fragments）降至 Android 1.6。它不仅减少了您需要编写的代码，而且将这些事情完全卸载到 Android，比startManagingCursor().

EDIT2：一些注释LoaderManager

有LoaderManagerdeveloper.android.com 上的教程，但这些教程非常...复杂且难以理解，就像那里的大多数教程一样。我还必须挖掘很多，迄今为止我发现的最好的一站式服务是http://mobile.tutsplus.com/tutorials/android/android-sdk_loading-data_cursorloader/（加上您可以找到的所有 javadocs 和 compat lib 源代码）---方式LoaderManager作品与（现在也已弃用，替换为DialogFragment）管理对话与他们onCreateDialog, onPrepareDialog您只需告诉 Android“显示对话框 #123”，然后 Android 使用该 ID 调用您的代码的方法；加载器也一样：“load loader #123”，Android 调用onCreateLoader().

唯一明显的缺点是最初LoaderManager很大程度上依赖于ContentProvider框架，有些人似乎真的不喜欢它。当然，这是额外的学习和代码，但是一旦你有了ContentProvider对于您自己的数据（即使仅在您的应用程序中私下使用），所有数据到视图的绑定都是轻而易举的CursorLoader。恕我直言，滚动你自己的“内容提供商”和实际实现之间没有什么区别ContentProvider——但这只是我极具争议性的观点:)

3）我知道 startManagingCursor/stopManagingCursor 已被弃用 但我的目标不是 Honeycomb（至少暂时如此）并且我 现在不想处理新的 CursorLoader。但在 上面的教程中，startManagingCursor 到处都用到了，但是 stopManagingCursor 永远不会被调用一次。为什么不？安卓有优惠吗 以它自己的方式？任何情况我应该打电话 停止管理光标？

一旦你打电话startManagingCursor() the Cursor不再是你的问题。 Android 将在您关闭光标时负责关闭光标Activity被破坏（用户导航离开，方向改变，...）。无需匹配调用startManagingCursor()打电话给stopManagingCursor()——你通常不想承担管理一个Cursor一旦你摆脱它，再一次。