我有一个后台操作，我希望能够以两种模式运行：
UI模式，由用户启动，在整个生命周期内为用户提供操作状态的精准反馈。
非UI模式，由AlarmManager发起，为用户提供生命周期结束时的操作摘要。
只实现UI 模式的自然设计选择是AsyncTask，只实现非UI 模式的自然设计选择是IntentService。
同时实现这两种模式的自然设计选择是什么？即，将这两种模式合并到一个对象中的自然设计选择是什么？
【问题讨论】：
标签： android android-asynctask android-intentservice
我不会让一个对象通过不同的方式（UI / 非 UI）做同样的事情，而是将业务逻辑移动到一个单独的类中，然后激活两个不同的对象（AsyncTask 和 IntentService）在您需要的时候，并在其中使用该对象。另外，您打算在AsyncTask 中运行什么样的任务？
目前，我倾向于以下解决方案。定义不带 UI 的 MyAsyncTask 和带 UI 的 MyUIAsyncTask extends MyAsyncTask；这样就实现了 UI 模式。定义 MyService，它有一个 MyAsyncTask 的实例（参见
[Is it possible to use AsyncTask in a Service class?);实现非UI模式。我不相信这是最好的解决方案，而且它违反了以下threading rules：
AsyncTask类必须加载到 UI 线程。- 任务实例必须在UI线程上创建。
execute(Params...)必须在 UI 线程 上调用。
【讨论】：
AlarmManager 启动MyAsyncTask 是不明智的：stackoverflow.com/questions/25174226/…。