Android IntentService全面解析

2018-11-28 本文已影响0人 CyanStone

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异步消息处理机制源码剖析

Android IntentService全面解析

1. IntentService简介

关于Service

为什么要有IntentService

2. IntentService源码分析

3. 用法与注意事项

用法

注意事项

猜你喜欢

热点阅读