1. IntentService简介
-
关于Service
我们知道，Service用于执行后台任务，而所谓的后台任务，是指跟Activity这种需要跟UI交互组件的生命周期没有关系的任务，所以Service其实跟线程没有半毛钱关系，它的执行也是在主线程中，所以才有了Android ANR触发原理一文中分析的，如果Service的执行时间过长，将触发ANR。
一般，如果需要在Service中执行长时间的耗时操作，标准的写法应该如下：
public class MyService extends Service {
//服务执行的操作
@Override
public int onStartCommand(Intent intent, int flags, int startId) {
new Thread(new Runnable() {
public void run() {
//处理具体的逻辑
...
//服务执行完毕后自动停止
stopSelf();
}
}).start();
return super.onStartCommand(intent, flags, startId);
}
@Override
public IBinder onBind(Intent intent) {
// TODO Auto-generated method stub
return null;
}
}
在覆写onStartCommand方法的时候，需要开启子线程，在子线程中执行长时间耗时的操作，执行完毕以后把服务给停止掉。需要跟主线程进行通信的，可以考虑在启动Service的时候把Activity或者ContentProvider组件与Service进行绑定，在onBind方法中需要返回一个IBinder对象，在ServiceConnection对象中的onServiceConnected方法拿到该IBinder对象进行通信，具体的可以参考Android组件系列----Android Service组件深入解析。
-
为什么要有IntentService
通过上述分析，我们知道如果想在Service中执行长时间、耗时的操作，就必须开启子线程去执行。Google为了开发者使用方便，对Service组件进行了封装，使得Service具备了工作线程执行的能力，避免了ANR。所以在Service组件的开发中，用户可以自己开启子线程进行控制，也可以直接使用IntentService。
2. IntentService源码分析
废话不多说，我们直接来看IntentService的源码，源码很少，但是我们还是一点点来剖析。先来看下IntentService的继承关系等声明信息：
public abstract class IntentService extends Service {
...
@WorkerThread
protected abstract void onHandleIntent(@Nullable Intent intent);
}
可以看出IntentService是继承自Service的抽象类，有个抽象方法onHandleIntent需要子类覆写，通过注解我们知道该方法的执行是在子线程中的，具体执行的逻辑下文分析。现在我们来看下IntentService中声明的字段：
//Service中子线程中的Looper对象，volatile修饰，保证其可见性
private volatile Looper mServiceLooper;
//与子线程中Looper关联的Hander对象，volatile修饰，保证其可见性
private volatile ServiceHandler mServiceHandler;
//与子线程HandlerThread相关的一个标识，不重要
private String mName;
//设置Service的标志位，根据它的值来设置onStartCommand的返回值
private boolean mRedelivery;
这里需要特别说明一点，mRedelivery是来处理onStartCommand返回值的一个标志位参数，具体的返回参数我们下文分析，先看下onStartCommand的返回值在Service已经定义了几种：
- START_STICKY_COMPATIBILITY：兼容模式，如果Service在创建后，被系统杀死，此时不能保证onStartCommand方法会被执行（可能会被执行，也可能不会被执行）；
- START_STICKY：如果Service进程被kill掉，保留Service的状态为开始状态，但不保留递送的intent对象。随后系统会尝试重新创建Service，由于服务状态为开始状态，所以创建服务后一定会调用onStartCommand(Intent,int,int)方法。如果在此期间没有任何启动命令被传递到Service，那么参数Intent将为null；
- START_NOT_STICKY：如果Service在启动后（从onStartCommand返回了）被系统杀掉了，在下一次调用Context.startService()之前，不会再创建Service。期间，也不接受空Intent参数的onStartCommand方法调用，因为空的Intent无法进行Service的创建；
- START_REDELIVER_INTENT：在Service启动后，被系统杀掉了，将会重传最近传入的Intent到onStartCommand方法中对Service进行重建；
下面我们来看下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);
}
}
从这里可以看出，抽象方法onHandlerIntent方法是在与ServiceHandler相关的线程执行的，具体是在哪个线程，我们在下文进行分析。需要注意的是，在消息被处理完后，Service会被停止。下面先来看构造方法：
public IntentService(String name) {
super();
mName = name;
}
从构造方法可以看出，IntentService的构造方法中只提供了带参数的构造方法，所以子类的构造方法中，必须调用这个构造方法，并传入一个Name字段，该字段用于标识子线程，调试的时候用，初始化HandlerThread的时候会用到。下面我们来分析on
@Override
public void onCreate() {
super.onCreate();
//初始化了一个HandlerThread，并开启了子线程
HandlerThread thread = new HandlerThread("IntentService[" + mName + "]");
thread.start();
//从HandlerThread中拿到了looper对象，并用它来初始化Handler对象，所以
//ServiceHandler 中调用的onHandleIntent方法，是在子线程中执行的
mServiceLooper = thread.getLooper();
mServiceHandler = new ServiceHandler(mServiceLooper);
}
@Override
public void onStart(@Nullable Intent intent, int startId) {
//获取一个Message对象，并把startId和Intent保存到Message中，并把这个Message发送到子线程中执行
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(@Nullable Intent intent, int flags, int startId) {
//注释写的很清楚，不建议子类覆写这个方法，而是应该把想要实现的逻辑放到onHandleIntent方法中
onStart(intent, startId);
return mRedelivery ? START_REDELIVER_INTENT : START_NOT_STICKY;
}
@Override
public void onDestroy() {
//在Service销毁的时候，停止消息队列
mServiceLooper.quit();
}
源码其实很简单，这里说明以下几点：
- 在onCreate方法里，开启了一个子线程，并从子线程里拿到了其Looper对象，并初始化了mServiceHandler对象，所以通过mServiceHandler发送和处理的消息，都是在子线程中执行的，所以子类实现的onHandleIntent方法也是在子线程中执行的，可以进行一些耗时的操作。这里涉及到消息机制和HandlerThread相关知识，不懂的可以参考Android HandlerThread全面解析、Android异步消息处理机制源码剖析；
- Service的onStart方法其实弃用了，不建议大家再写Service的时候用了，把需要执行的逻辑放在onStartCommand里，Service的onStart方法的注释写的也很清楚：
/**
* @deprecated Implement {@link #onStartCommand(Intent, int, int)} instead.
*/
@Deprecated
public void onStart(Intent intent, int startId) {
}
- 回答下上边关于mRedelivery值控制onStartCommand的返回值的问题，如果为true，则返回START_REDELIVER_INTENT，表示如果Service被系统杀死，可以进行重建并重传最近传入的Intent；如果为false，则返回START_NOT_STICKY，表示如果Service被系统杀死，除非再次调用Context.startService()，不会对Servcie进行重建；
- 在Service被销毁的时候，会停止子线程的消息队列；
最后，IntentService中还有一个设置mRedelivery的setter方法，没啥可说的，这就是IntentService的全部源码了；
3. 用法与注意事项
-
用法
- 子类继承IntentService，并在子类的构造方法中调用父类带参构造方法；
- 实现onHandleIntent方法逻辑，完成需要在子线程中完成的逻辑，可利用Intent进行传值；
- 其他如与组件绑定、开启、停止等，与Service一致；
-
注意事项
- IntentService适合执行一次性任务，因为处理完消息，会停止Service；
具体的用法demo这里就不写了，跟Service差不多，只要把想要执行的逻辑放在onHandleIntent中就可以了，省去了开启子线程和stopSelf的操作。
参考链接
Android组件系列----Android Service组件深入解析
Android HandlerThread全面解析
Android异步消息处理机制源码剖析
