Android IntentService全面解析

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. 用法与注意事项

  • 用法
  1. 子类继承IntentService,并在子类的构造方法中调用父类带参构造方法;
  2. 实现onHandleIntent方法逻辑,完成需要在子线程中完成的逻辑,可利用Intent进行传值;
  3. 其他如与组件绑定、开启、停止等,与Service一致;
  • 注意事项
  • IntentService适合执行一次性任务,因为处理完消息,会停止Service;

具体的用法demo这里就不写了,跟Service差不多,只要把想要执行的逻辑放在onHandleIntent中就可以了,省去了开启子线程和stopSelf的操作。

参考链接
Android组件系列----Android Service组件深入解析
Android HandlerThread全面解析
Android异步消息处理机制源码剖析

你可能感兴趣的:(Android IntentService全面解析)