java - 适用于 Android 中小型应用程序的线程外数据库接口(interface)

Question

我知道这里有很多与这个主题相关的主题，但我还没有阅读我的问题的真正答案，其中很多都是 2010 年的，当时似乎没有那么强调让任务脱离 UI 线程。

我需要进行一个足够密集的数据库查询，从而导致 UI 响应明显延迟(在我的 S5 上，因此在很多手机上情况会更糟)。我想将查询推送到另一个线程。我一直在使用 ASyncTask 这样做，但我读到 ASyncTask 存在问题以及屏幕旋转、中断应用程序和内存泄漏等问题。我到处都看到的建议是使用 CursorLoader，但其构造函数需要 Uri，因为它是为内容提供者设计的。内容提供程序不仅对我的应用程序来说似乎有点大材小用，而且 Google 的内容提供程序教程页面特别指出“如果完全在您自己的应用程序中使用，则不需要提供程序来使用 SQLite 数据库。”

所以我的问题是 ASyncTask 和内容提供程序之间存在什么(如果有的话)？是否有针对内部数据库的 CursorLoader 实现？也许 ASyncTask 的更强大的实现？

Answer 1

I've been doing so with ASyncTask, but I'm reading that there are issues with ASyncTask and things like the screen rotating, interrupting apps, and memory leaks.

AsyncTask 正确使用有点棘手。拥有一个 managed by a retained fragment (例如，模型 fragment )有帮助。

Is there any implementation of CursorLoader for internal databases?

没有一个效果很好。我是这样说的:我已经写了一篇(后来已弃用)。 The Loader interface is an abstraction designed around a singular use case: ContentProvider 。

Maybe a more robust implementation of ASyncTask?

并不是说 AsyncTask 需要“更健壮”，而是你必须意识到它的各种问题。例如，大肆宣扬的 CursorLoader 使用 AsyncTask。

归根结底，AsyncTask 所做的只是使用线程池中的后台线程，并将通信传递回主应用程序线程以获取工作结果。有多种方法可以实现同一目的。目前，我喜欢使用 greenrobot's EventBus (或者来自线程池的一个，如果可能有大量同时发生的事件)，与 an ordinary thread 结合使用。除此之外，您还可以:

• 使用带有 Handler 的普通线程
• 在 View 上使用带有 post() 的普通线程
• 在 Activity 上使用带有 runOnUiThread() 的普通线程

所有这些都假设这项工作相当短且一次性，就像你的情况一样。对于较长和/或不太一次性的工作，请使用 IntentService，可能是 my WakefulIntentService如果工作可能需要几十秒或更长时间。

但是，所有这些仍然存在问题，在某些情况下与 AsyncTask 本身存在相同的问题(例如，正确解决配置更改)。没有“银弹”。