android设计注意事项: AsyncTask vs Service (IntentService?)

Question

我正在设计一个需要执行以下步骤的 android 应用程序:

1. 用户按下按钮或以其他方式指示“同步数据”。
2. 同步过程将使用 REST Web 服务将数据移入和移出服务器。
3. 数据将存储在本地的 sqlite 数据库中。
4. 同步过程应向 UI 提供状态更新/消息
5. 不应允许用户在同步过程中跑到应用程序的其他部分并做更多的工作。

第一次运行同步过程可能需要 10-20 分钟。 初始同步后，将传输和存储更少的数据，并且 我预计该过程需要 1-2 分钟或更短的时间。

我一直在阅读有关 android 的 AsyncTask 以及使用服务的各种示例的大量阅读...但我并不完全了解选择一种设计的设计注意事项和权衡在另一个之上。我目前使用 AsyncTask 将我的演示项目 stub 。看完(大部分)开发 Android REST 客户端应用程序:http://code.google.com/events/io/2010/sessions/developing-RESTful-android-apps.html#我对这里描述的设计模式感到困惑 复杂，也许是因为我只是“不明白”。

我来自 java、spring、web 和桌面应用程序背景。在手持设备方面进行思考和设计对我来说是相当新鲜的。 (更改屏幕布局时会发生什么？当我运行同步时电话响起会发生什么？)退后两步，如果初始同步将是一个如此漫长的运行过程，有没有更好的方法我要考虑问题->解决方案、用户体验、用户对手机上运行的应用程序的期望？

希望听到一些更有经验的 android 开发人员已经解决了这些问题。

Answer 1

在我看来，这是主流/普通 Android 开发中最棘手/最困难的部分。例如，在 BlackBerry 上，这在 TIMES 上更容易。

你肯定需要使用Service。

AsyncTask 不适合，因为它通过 Context 句柄与您的 Activity 紧密“绑定(bind)”(否则您将无法从 AsyncTask 更新 Activity 的 UI)。但是，一旦 Activity 进入后台，操作系统就会终止 Activity。进入后台的一个示例原因可能是来电 - 用户切换到电话应用程序，因此您的 Activity 变得不可见。在这种情况下(取决于当前 RAM 状态)操作系统可能会决定终止其中一个后台(用户不可见) Activity 。

一些开发者通过安排一个静态的东西来解决这个问题，以便在其中进行长时间运行的操作。有些人建议使用 Application 实例。这是因为静态的东西和 Application 在整个应用进程存在的同时存在。但是，这些都是不正确的解决方法。当操作系统决定是时候杀死 Android 中的进程也可能会被杀死。 Android 操作系统对于它可以杀死什么以及以什么顺序有自己的考虑。所有进程都被划分为 5 个级别的“可杀性”。 Here is the doc其中指定了这些级别。在那里阅读很有趣:

Because a process running a service is ranked higher than one with background activities, an activity that initiates a long-running operation might do well to start a service for that operation, rather than simply spawn a thread — particularly if the operation will likely outlast the activity. Examples of this are playing music in the background and uploading a picture taken by the camera to a web site. Using a service guarantees that the operation will have at least "service process" priority, regardless of what happens to the activity.

您的 Activity 用户启动长时间运行的操作应显示 ProgressDialog 以确保用户在操作运行时不执行任何其他操作。该指南是here .

此外，如果您的 Activity 当前不可见，您很可能希望使用 NotificationManager 来通知用户您长时间运行的操作完成(或失败) .这里是 NotificationManager info开始。