IntentService源码阅读
作者：jianzi
原文链接：IntentService源码阅读
更新时间：2016.11.29
Service作为Android四大组件之一，经常会被用到，用于处理后台事务。虽然Service经常用于处理后台事务，但是Service的生命周期回调函数都是在主线程中执行的。
笔者在一开始接触Service的时候，以为Service专门是用来执行耗时任务的，因此在生命周期回调函数中做了很多耗时的操作。结果是显而易见的，引发ANR了问题。Service的生命周期函数都是运行在主线程的，因此耗时操作超过5s（不太确认）后之后就会出现ANR错误。
为了解决ANR问题，常用的方式有Service生命周期中启动一个子线程，在子线程中进行耗时操作。另外Android API提供了一个IntentService，来处理比较耗时的后台任务。
IntentService的用法和普通Service相同，需要在AndroidManifest中进行注册，并通过startService启动。
但是IntentService多了一个回调函数onHandleIntent(Intent intent)，集成了IntentService之后，并在这个函数中进行耗时操作即可。IntentService在启动之后会启动一个工作线程，而onHandleIntent函数就运行在这个工作线程中，因此再也不用担心ANR问题了。
使用起来和普通Service一样，调用startService，即可触发onHandleIntent的执行。
但是使用IntentService还需要注意几个问题：
- IntentService需要一个带有参数的构造函数，但是Service需要一个不带参数的默认构造函数，因此再重载构造函数的时候，需要注意这一点。
- IntentService只会启动一个工作线程，因此所有的onHandleIntent都会在这一个线程中串行的去执行，同一时间只有一个任务被处理。
- 如果需要重写onStartCommand方法，一定要调用父类的实现。
下面我们来看看IntentService的源码（加上注释都没超过200行代码），他到底是如何实现异步处理的，和普通Service+Thread有什么区别。
我们首先看看onCreate函数：
@Override
public void onCreate() {
super.onCreate();
//创建一个工作线程
HandlerThread thread = new HandlerThread("IntentService[" + mName + "]");
thread.start();
//获取工作线程的Looper
mServiceLooper = thread.getLooper();
//创建一个Handler，用于在主线程中和工作线程通信
mServiceHandler = new ServiceHandler(mServiceLooper);
}
我们看到，首先创建了一个HandlerThread实例，我们后面会介绍他的实现，现在只需要记住他是一个可以使用Handler的Thread就行了。创建的这个线程用于处理各种耗时的后台任务，称作工作线程。
同时还创建了一个ServiceHandler实例，我们来看看它的实现：
private final class ServiceHandler extends Handler {
public ServiceHandler(Looper looper) {
super(looper);
}
@Override
public void handleMessage(Message msg) {
//执行onHandleIntent，处理任务
onHandleIntent((Intent)msg.obj);
//执行完之后，关闭Service
stopSelf(msg.arg1);
}
}
我们可以看到，ServiceHandler其实就是一个Handler的子类，而onHandleIntent就是在这个地方被调用的。我们知道Handler使用的哪个线程的Looper，handlerMessage就是在哪个线程执行，因此onHandleIntent确实是在工作线程中执行的。而且同时也解释了为什么所有的任务是串行的，因为只有一个工作线程，通过Looper来维持一个消息队列，来串行的执行这些任务。
每次处理完任务之后，都会调用stopSelf来关闭服务，因此我们不需要在自己调用关闭服务。
现在我们可以猜测，IntentService应该会在onStartCommand中通过ServiceHandler来发送消息，触发onHandleIntent的执行。我们继续看代码：
@Override
public void onStart(Intent intent, int startId) {
Message msg = mServiceHandler.obtainMessage();
msg.arg1 = startId;
msg.obj = intent;
mServiceHandler.sendMessage(msg);
}
/**
* You should not override this method for your IntentService. Instead,
* override {@link #onHandleIntent}, which the system calls when the IntentService
* receives a start request.
* @see android.app.Service#onStartCommand
*/
@Override
public int onStartCommand(Intent intent, int flags, int startId) {
onStart(intent, startId);
return mRedelivery ? START_REDELIVER_INTENT : START_NOT_STICKY;
}
和我们猜测的一样，在onStartCommand中调用了onStart方法向工作线程发送了一条消息，并将Intent传递过去，从而触发了onHandleIntent的执行。
并且注释中也介绍了，不建议在子类中重载onStartCommand方法，因为里面有消息的处理。如果必须要重载的话，需要调用父类的实现，否则onHandleIntent是不会被触发执行的。
最后我们来看看onDestroy函数：
Override
public void onDestroy() {
mServiceLooper.quit();
}
在这个函数中，使用在onCreate获取的Looper实例，关闭整个消息队列。因此工作线程也会结束执行，整个Service结束运行。
最后，我们来总结一下：
- onCreate:启动工作线程，并创建和工作线程通信的Handler；
- onStartCommand：通过Handler将消息转发到工作线程中，触发onHandleIntent的执行，处理耗时任务；
- onHandleIntent：调用者自己需要执行的耗时的后台任务；
- onDestroy：关闭工作线程的消息队列，退出工作线程，结束Service。
看完源码之后，我们会发现使用IntentService和Service+Thread没有本质上的区别。但是个人还是建议，如果有耗时的任务优先使用IntentService进行处理。
因为IntentService内部只维持了一个工作线程，通过Handler来与其通信。比起一般的做法，处理一个任务创建就创建一个线程有消耗更小一点。而且IntentService毕竟是官方推荐的，接口使用起来十分简单，不需要开发者自己去维护线程，节省了开发成本。
但是也并不是绝对，因为IntentService只有一个工作线程，对于那种需要并发的任务来讲，还是需要自己处理了。
好了，就到这吧。
