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

Question

为了在我的应用程序中实现数据库访问，我遵循了 Lars Vogel 教程，但是我'我对一些事情感到非常困惑...

1. 每次调用fetchTodo时，都会创建并返回一个新游标。将前一个光标留给垃圾收集器。因此，如果我不使用 startManagingCursor 甚至不使用 CursorLoader ，我是否应该在光标上调用 .close()我已经完成了吗？当然，在 fetchTodo 范围之外，例如：

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

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

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

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

3. 我知道 startManagingCursor/stopManagingCursor 已被弃用，但我不以 Honeycomb 为目标（至少暂时如此），并且我不想处理新的CursorLoader。但在上面的教程中，startManagingCursor 随处使用，但 stopManagingCursor 从未被调用过一次。为什么不呢？ Android 是否以自己的方式处理这个问题？在什么情况下我应该调用 stopManagingCursor？

Answer 1

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

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

是的，您绝对应该告诉 Android startManagingCursor()、使用 LoaderManager/CursorLoader 或 close()你自己。不这样做会泄漏内存，GC 对此无济于事，因为光标后面有本机资源（例如数据库的文件句柄）。

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

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

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

EDIT2：关于 LoaderManager 的一些

注释第一次像那里的大多数教程一样。我还必须进行大量挖掘，迄今为止我发现的最好的一站式服务是 http://mobile.tutsplus.com/tutorials/android/android-sdk_loading-data_cursorloader/ （加上所有 javadocs 和 compat lib 源，您可以find) --- LoaderManager 的工作方式与（现在也已弃用，由 DialogFragment 取代）托管对话框及其 onCreateDialog 非常相似， onPrepareDialog 方法，您只需告诉 Android“显示对话框 #123”，然后 Android 使用该 ID 调用您的代码；对于加载器也是如此：“load loader #123”，Android 调用 onCreateLoader()。

唯一明显的缺点是最初，LoaderManager 严重依赖 ContentProvider 框架，有些人似乎真的不喜欢这一点。当然，这是额外的学习和代码，但是一旦您为自己的数据拥有了 ContentProvider （即使仅在您的应用程序中私下使用），所有数据到视图的绑定都会变得轻而易举>光标加载器。恕我直言，滚动您自己的“内容提供程序”和实际实现 ContentProvider 之间几乎没有什么区别 - 但这只是我备受争议的观点:)

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

一旦您调用 startManagingCursor()，Cursor 就不再是您的问题。当您的 Activity 被破坏（用户离开、方向改变等）时，Android 将负责关闭光标。无需将对 startManagingCursor() 的调用与对 stopManagingCursor() 的调用相匹配 - 您通常不想承担管理 的负担一旦你摆脱它，再次>光标。