创建后台任务的两种代码模式

愚人节发了一篇 开源指南 大家可能没看见，受大佬指示，再发一遍~

后台任务是每个App都需要的一些行为，毕竟主线程是大爷，拖不起，伤不起，脏活累活都只能在不见天日的后台去做。

最简单的后台任务，可以说是直接开一个线程就可以了，或者说来个Service，再开个线程。但这些并不是官方认证的最佳实践，实际上，Google早就考虑到了这一点，并把这些需求进行了封装，给我们提供了非常好的后台任务解决方案，并在Training上进行了讲解：

官网镇楼： https://developer.android.com/training/best-background.html

当然，本文并不是翻译，而是给大家分析两种创建后台任务的基本方法。

模式一：IntentService

这是一个一直被人遗忘的Service，但实际上却是Google一直推荐的后台任务工具类。

IntentService是一个轻量级的Service，系统帮我们自动调用了Service的一些方法，让我们可以一键完成后台任务的创建。

但IntentService与Service还是有所不同的：

• IntentService运行在独立线程，可以直接执行耗时操作，不会阻塞UI线程
• IntentService使用onHandleIntent来处理后台任务，处理完毕后就会自动退出，不用手动退出，并不会常住后台，想动歪脑筋的可以放弃了
• IntentService的工作队列是单线程的，也就是说，每次只会操作一个IntentService，多个任务是排队处理的，新任务会等待旧任务的执行完成再执行，正在执行的任务和线程一样，是无法中断的
• IntentService本身是单向交互的，默认不存在回调UI线程的接口，这也是IntentService的一个局限，默认只能处理后台任务，但不能更新UI（但实际上可以）

使用IntentService创建后台任务

创建IntentService非常简单，简单到和创建一个类差不多，但要注意，必须实现无参构造方法，并实现OnHandleIntent(Intent intent)方法，该方法自动在新线程执行，并通过，代码如下：

启动IntentService：

不同的任务可以通过Intent中设置Data来进行区分来进行区分。

我们通过startService来启动IntentService，但是又要注意的是，IntentService在第一次调用startService时创建服务，如果在IntentService还没有完成后台任务时，再次调用了startService，那么不再创建服务，而是在任务队列添加一个任务，实际上就是将执行内容添加到了执行队列，等待执行，当队列内所有任务都执行完毕后，Service自动销毁。

IntentService任务回源

前面说了，IntentService没有任务回调，也就是说，Activity启动了IntentService执行一个后台任务，当IntentService执行完毕后，却不能收到回执，无法更加后台执行结果就行下一步操作。所以，这个时候，我们需要使用广播来进行任务的回源操作。

这里我们使用本地广播，而不是一般的全局广播来进行消息的处理，原因主要是因为LocalBroadcast比普通广播更加安全，同时效率更高。

记得LocalBroadcast需要进行动态注册和释放：

那么通过这种方式，我们就可以很方便的实现IntentService的后台任务处理，同时完成任务执行完毕后的回源更新。

实际上，在AndroidStudio中创建一个IntentService，AS自动就会帮我们创建好这样的模板代码：

创建好的代码如下：

模式二：Loader

Loader是Android提供的解决后台异步任务处理的利器，但是感觉很少有能够在全线铺开使用的，Loader模式可以让异步处理变的非常轻松。

使用Loader的一个非常好的优势，就是不用自己来管理后台任务的状态了，全部交给系统来进行托管。

官网镇楼： https://developer.android.com/reference/android/content/AsyncTaskLoader.html

创建Loader

我们以AsyncTaskLoader为例，其它的Loader也类似：

AsyncTaskLoader与其它类型的Loader稍有不同，AsyncTaskLoader必须要在onStartLoading中执行forceLoad方法，否则不会生效，所以，官网上建议AsyncTaskLoader使用上面的代码模板进行创建。

我们在loadInBackground方法中，进行后台任务的执行。

执行Loader

使用Loader一般需要实现LoaderManager.LoaderCallbacks接口，并完成它的几个回调方法：

通过initLoader，我们对Loader进行初始化，并在onCreateLoader中返回具体要执行的Loader，Loader会自动调用指定Loader的loadInBackground方法，在loadInBackground执行完毕后，会回调onLoadFinished方法，从而完成一次异步任务的处理和回源。

番外篇：WakefulBroadcastReceiver

我们还要另外讲一个后台处理的特殊类——WakefulBroadcastReceiver，这个类用来处理需要申请WakeLock的特殊后台服务，通过WakefulBroadcastReceiver，我们可以避免自己手动来管理WakeLock，将锅甩给系统。

我们创建一个MyWakefulBroadcastReceiver：

在这个MyWakefulBroadcastReceiver中，我们将一个需要申请WakeLock的后台任务与MyWakefulBroadcastReceiver绑定，并调用startWakefulService来启用这个IntentService。

那么在：

在后台IntentService中，完成Task后，只需要使用MyWakefulBroadcastReceiver.completeWakefulIntent来结束这个任务，即可释放WakeLock。

通过这种方式来执行后台任务，可以让需要申请WakeLock的后台任务更加安全的的执行。

总结

后台任务是一个Android App不可或缺的组成部分，同时也是影响系统性能的一个重要部分，大家不能因为看不见，就对它置之不理，我们需要对后台任务进行最佳实践，更加好的优化App后台的处理性能。

当然，不管是IntentService还是Loader，都是处理后台任务的最基础的方法，以IntentService来说，它是一个单消息队列，因此，对一些高密度、高并发的后台任务就不太适合，我们需要使用线程池来进行手动的管理。后台任务的最佳实践是一个持续的过程，需要开发者针对使用场景进行不断的优化。