代码分析：IntentService详解

Android开发中，经常会遇到耗时操作，比如下载文件，这个时候大家第一个想法就是交给Service去处理，而Service并不能够直接去处理耗时请求，所以我们都会在Service中开启子线程去做这些事情。那么在这个过程我们需要处理好2个问题。
1.在需要添加任务的时候就在Service中开启线程并且执行任务。
2.在任务结束之后关闭Service。
而IntentService将这2个问题处理得很好了。
在IntentService中，有一个私有内部Handler的实现。

private volatile ServiceHandler mServiceHandler;
...    
private final class ServiceHandler extends Handler {
        public ServiceHandler(Looper looper) {
            super(looper);
        }

        @Override
        public void handleMessage(Message msg) {
            onHandleIntent((Intent)msg.obj);
            stopSelf(msg.arg1);
        }
    }

mServiceHandler用来向内部的HandlerThread发送需要执行的任务。
首先，在Service创建的时候，会启动一个HandlerThread线程来执行任务，并且使用HandlerThread的Looper实例化mServiceHandler。

    public void onCreate() {
        // TODO: It would be nice to have an option to hold a partial wakelock
        // during processing, and to have a static startService(Context, Intent)
        // method that would launch the service & hand off a wakelock.

        super.onCreate();
        HandlerThread thread = new HandlerThread("IntentService[" + mName + "]");
        thread.start();

        mServiceLooper = thread.getLooper();
        mServiceHandler = new ServiceHandler(mServiceLooper);
    }

然后就可以通过mServiceHandler来向HandlerThread推送需要执行的任务。

    public void onStart(@Nullable Intent intent, int startId) {
        Message msg = mServiceHandler.obtainMessage();
        msg.arg1 = startId;
        msg.obj = intent;
        mServiceHandler.sendMessage(msg);
    }

而onHandleIntent(@Nullable Intent intent)方法就是我们执行具体耗时操作的地方了，通过将intent消息体传递进来，解析消息之后再进行具体的耗时操作。
在ServiceHandler中的handleMessage方法中，使用stopSelf(msg.arg1)来停止线程。也就是在我们耗时任务执行完成之后，再去停止线程。
这样很好的解决了上面的2个问题了，而且在停止线程的时候使用stopSelf(msg.arg1)，这样能够规避一个新的问题。
当Service要同时处理多个请求，你就不能在当前一个请求处理完成之后立刻停止Service，因为很可能现在你已经收到了一个新的启动Service请求（如果立刻停止，那么新来的请求就会跟着终止）。
stopSelf(int)可以保证Service当前停止的请求是基于上一个请求的，因为当我们每次startService之后，Service都会有一个新的startID，而通过上面的代码我们可以找到msg.arg1就是这个startID。

    public void onStart(@Nullable Intent intent, int startId) {
        ...
        msg.arg1 = startId;
        ...
    }

那么当stopSelf要停止的Service的startID和当前IntentService的startID是不相同的，这个时候是无法杀死Service的，这样就能保证Service在处理多个请求的时候存活了。
另外，IntentService是属于non-sticky服务的，也就是说它会在任务完成之后自己停止，所以它并不适合那种需要一直生存在后台的Servie。
IntentService管理自启是当Service设置为重要时，那么他会一直运行到没有任务了才会自己关闭，也就是说当系统杀掉IntentService之后，它会自动启动，并且把对应的Intent传递进来，而当没有设置重要度的时候，也就是默认不重要的时候，当被系统杀掉之后，就不会再自动启动了。

    public int onStartCommand(@Nullable Intent intent, int flags, int startId) {
        onStart(intent, startId);
        return mRedelivery ? START_REDELIVER_INTENT : START_NOT_STICKY;
    }

-START_REDELIVER_INTENT：在运行onStartCommand后service进程被kill后，并且没有新的intent传递给它。Service将移出开始状态，并且直到新的明显的方法（startService）调用才重新创建。因为如果没有传递任何未决定的intent那么service是不会启动，也就是期间onstartCommand不会接收到任何null的intent。

-START_NOT_STICKY：在运行onStartCommand后service进程被kill后，系统将会再次启动service，并传入最后一个intent给onstartCommand。直到调用stopSelf(int)才停止传递intent。如果在被kill后还有未处理好的intent，那被kill后服务还是会自动启动。因此onstartCommand不会接收到任何null的intent。

mRedelivery可以通过set方法进行设置。

    public void setIntentRedelivery(boolean enabled) {
        mRedelivery = enabled;
    }