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只有一个工作线程，对于那种需要并发的任务来讲，还是需要自己处理了。

好了，就到这吧。