android - 异步Android SQLite数据库的正确实现

Question

我用 Google 搜索了一下，找到了多种异步访问本地 SQLite 数据库的方法:

• 异步任务
• CursorLoader(我已经将其用于查询以检索我的联系人信息，但我不确定这将如何转换为具有多个查询的 SQLiteOpenHelper 子类)
• ContentProvider - 不确定它是否矫枉过正，数据库只需要在应用程序中使用

最佳做法是什么？我目前有一个 SQLiteOpenHelper 子类，其中包含基本表创建/升级/等。逻辑。

Answer 1

CursorLoader 只支持查询。如果您要在 UI 中显示数据，您可能仍想使用它并利用 Loader 框架。 CursorLoader 旨在与 ContentProvider 一起使用，但您可以复制源代码并修改它以采用 SQLiteDatabase 而不是 Context 并查询数据库而不是loadInBackground() 方法中的 ContentResolver。

对于写操作，您有多种选择可供考虑(这些不是相互排斥的，您最终可能会根据情况使用多种选择):

• 异步任务
• 负责人
• Intent 服务
• 异步查询处理器
• Java 线程/执行器框架

我通常将 AsyncTask 用于可能对 UI 有轻微影响的一次性操作(例如，在屏幕上显示和隐藏某些指示器)。请注意，AsyncTasks 在单个工作线程上连续运行，除非您向 execute() 提供自己的执行器。

IntentService 很有用，因为它将所有启动命令排队并在工作线程上连续执行它们，并在完成所有这些命令后自动关闭。它是一个服务，因此它独立于任何 Activity/UI 组件运行，但这也意味着有一些开销，因为它是一个需要由系统创建和启动的应用程序组件。我喜欢它们用于批处理操作或安排在未来某个时间的操作。

AsyncQueryHandler 不仅仅做查询(尽管它是如何命名的)，但像 CursorLoader 一样，它期望您与 ContentProvider 通信。您可以使用一个来处理不同类型的操作。请务必注意，ContentProvider 本身不提供异步处理，您必须从后台线程调用它，这正是 AsyncQueryHandler 所做的。

最后，良好的旧 Java 线程和执行器框架工作得很好，尽管您可能希望有某种应用程序组件供它们运行(可能是服务，但如果是这种情况，您可能会选择IntentService 无论如何)。