IntentService是Android中提供的后台服务类，我们在外部组件中通过Intent向IntentService发送请求命令，之后IntentService逐个执行命令队列里的命令，接收到首个命令时，IntentService就开始启动并开始一条后台线程执行首个命令，接着队列里的命令将会被顺序执行，最后执行完队列的所有命令后，服务也随即停止并被销毁。
与Service的不同
- Service中的程序仍然运行于主线程中，而在IntentService中的程序运行在我们的异步后台线程中。在接触到IntentService之前，我在项目中大多是自己写一个Service，在Service中自己写一个后台线程去处理相关事务，而这些工作Android其实早已经帮我们封装的很好。
- 在Service中当我的后台服务执行完毕之后需要在外部组件中调用stopService方法销毁服务，而IntentService并不需要，它会在工作执行完毕后自动销毁。
IntentService的用法
1.编写自己的Service类继承IntentService，并重写其中的onHandleIntent(Intent)方法，该方法是IntentService的一个抽象方法，用来处理我们通过startService方法开启的服务，传入参数Intent就是开启服务的Intent。在这里我重写了一个MyService类去处理后台事务，每一次调用对count加1，并打印log。
package com.example.intentservicetest;
import android.app.IntentService;
import android.content.Intent;
import android.util.Log;
public class MyService extends IntentService {
private static final String TAG = MyService.class.getSimpleName();
private int count = 0;
public MyService() {
super(TAG);
// TODO Auto-generated constructor stub
}
@Override
protected void onHandleIntent(Intent intent) {
// TODO Auto-generated method stub
//在这里添加我们要执行的代码，Intent中可以保存我们所需的数据，
//每一次通过Intent发送的命令将被顺序执行
count ++;
Log.w(TAG, "count::" + count);
}
}2.注册我们的服务：接下来在AndroidManifest文件中的Application标签下添加我们的服务。
<service android:name="com.example.intentservicetest.MyService" />3.在外部组件中开启服务：在这里我们在Activity中利用Intent循环10次开启服务。
for (int i = 0; i < 10; i++) {
Intent intent = new Intent(MainActivity.this, MyService.class);
startService(intent);
}4.结果输出：
可以看到在MyService中是按照顺序执行我们的请求命令的。
原理分析
1.生命周期函数：
IntentService同样是继承于Service的，它也拥有相同的生命周期函数;
- onCreate：服务创建时调用；
- onStartCommand(Intent, int, int)方法:在Service源码可以看到onStart方法是在该方法中被调用的。每次组件通过startService方法启动服务时调用一次，两个int型参数，一个是组标识符，一个是启动ID，组标识符用来表示当前Intent发送是一次重新发送还是一次从没成功过的发送。每次调用onStartCommand方法时启动ID都不同，启动ID也用来区分不同的命令;
- onDestroy方法：在服务停止时调用。
2.onCreate方法：首先让我们看看IntentService源码中的onCreate方法，
@Override
public void onCreate() {
super.onCreate();
HandlerThread thread = new HandlerThread("IntentService[" + mName + "]");
thread.start();
mServiceLooper = thread.getLooper();
mServiceHandler = new ServiceHandler(mServiceLooper);
}可以看到：在IntentService的onCreate方法中开启了一个异步线程HandlerThread来处理我们的请求，并利用Looper和Handler来管理我们的请求命令队列。关于HandlerThread的用法可以参考以下博文：Android源码分析–Handler和Looper机制详解。
3.如何停止服务
看到了onCreate方法我们就可以明白了，IntentService是如何开启异步线程以及如何管理命令队列的，那么我们之前曾提到：当后台服务处理结束后，我们并不需要再调用stopService方法销毁服务，IntentService会自动销毁，它是如何做到的呢？然我们看看ServiceHandler：
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);
}
}在Handler中我们处理完每一个命令都会调用stopSelf(int)方法来停止服务：该方法需要来自onStartCommand方法中的启动ID，只有在接收到最新的启动ID时才会停止服务，就是说，我们的IntentService直到命令队列中的所有命令被执行完后才会停止服务。
setIntentRedelivery方法
在源码中我们可以发现，该方法改变了boolean变量mRedelivery的值，而mRedelivery得值关系到onStartCommand的返回变量：
@Override
public int onStartCommand(Intent intent, int flags, int startId) {
onStart(intent, startId);
return mRedelivery ? START_REDELIVER_INTENT : START_NOT_STICKY;
}可以看到，mRedelivery不同，会返回两个不同的标志START_REDELIVER_INTENT 和START_NOT_STICKY，那么他们有什么不同呢？
区别就在于如果系统在服务完成之前关闭它，则两种类型就表现出不同了：
- START_NOT_STICKY型服务会直接被关闭，而START_REDELIVER_INTENT 型服务会在可用资源不再吃紧的时候尝试再次启动服务。
- 由此我们可以发现，当我们的操作不是十分重要的时候，我们可以选择START_NOT_STICKY，这也是IntentService的默认选项，当我们认为操作十分重要时，则应该选择START_REDELIVER_INTENT 型服务。
non-sticky服务和sticky服务
non-sticky服务会在自己认为任务完成时停止，若一个Service为non-sticky服务则应该在onStartCommand方法中返回START_REDELIVER_INTENT或START_NOT_STICKY标志。
sticky服务会持续存在，直到外部组件调用Context.stopService方法。sticky服务返回标志位START_STICKY。
注意：IntentService不应该处理长时间运行的服务（如音乐播放），长时间运行的服务应该由sticky服务完成。