Service进阶之IntentService

IntentService

从它的风骚的名字我们就可以看出，它是一种特殊的 service 。你可能会问，Service 的onCreate方法不是本来就自带 Intent么，所以它叫做IntentService的原因到底是什么呢？从我个人的观点来看，它是更加强调 Intent的意思，它和普通 Service的区别在于，你会通过Intent来传递一些参数，service会帮你把这些参数包装成一个任务，传递给内部的 HandlerThread,通过这些参数，Service就可以区分你所传递的任务类别，调用合适的方法来处理。

注意一点：IntentService执行任务是串行的，因为它内部只有一个通过Handler机制来执行任务的 HandlerThread，你所发送的任务会加入任务队列，直到所有任务都执行完毕，或者你手动调用stopSelf来结束Service（但是请注意，手动调用Service的stopSelf只能代表service的结束，内部的 HandlerThread依然会继续运行下去，处理或者等待任务）。而普通的 Service，在每一个 onStartCommand中，可能都会开启一个子线程，并行地执行任务，当然，你也可以在Service中内置一个线程池，来保证程序的性能。*

实现

构造一个IntentService

IntentService是一个继承自 Service 的抽象类，所以你必须继承它并重写它的抽象方法才能使用它。

1. 首先看下它的 onCreate 方法
   public void onCreate(){
   super.onCreate();
   //构造 HandlerThread 并启动它
   HandlerThread thread = new HandlerThread(“IntentService[” +mName+ “]”);
   thread.start();

    	拿到 mServiceHandler，那么我们就可以通过这个Handler来发送消息给 HandlerThread了
    	mServiceLooper = thread.getLooper();
    	mServiceHandler = new ServiceHandelr(mServiceLooper)；
    }
   

2. mServiceHandler是在那里发送消息给 HandlerThread 的呢
   public int onStartCommand(Intent intent){
   、、、
   onStart(Intent);
   、、、
   }

    public void onStart(Intent intent,int startId){
    	//将 Intent 和 startId组装成 Msg
    	Message msg = mServiceHandler.obtainMessage();
    	msg.arg1 = startId;
    	msg.obj = intent;
    
    	mServiceHandler.sendMessage(msg);
   

   }

这里涉及到一个问题，就是 Handler的构造问题，一个线程能否有多个 Handler，如果有多个 Handler的话，那么消息的处理流程是怎样的？

一个线程只有一个 Looper（存储在 ThreadLocal里面）,一个消息队列，但是却可以有多个 Handler，每个Handler发送的消息，都只能由自己接收，自己处理(系统肯定帮我们做了很多同步的工作，不过我们先记住这个结论就好)

这个消息会在 Handler中被处理，那按理来说，这个我们构造出来的 Handler应该等于 HandlerThread中的 Handler才对，要不然它如何处理外部构造的 Handler发送的消息呢？为了弄清楚这个问题，我们来看一下HandlerThread的源码

下面的带有消息循环的线程，开启之后默认（说明也可以构造终止条件，容后表）是不会关闭的
public void run(){
	mTid = Process.myTid();
	//这是核心代码
	Looper.prepare();
	synchronized(this){
		mLooper = Looper.myLooper();
		notifyAll();
	}
	Process.setThreadPriority(mPriority);
	onLooperPrepared();
	Looper.loop();
	mTid = -1;
}

我们看到HandlerThread里面并没有构造 Handler，而仅仅是执行了 Looper.prepare()；这个也好理解，作为一个功能性的类，Handler如何处理消息一般是由开发者决定的，所以在HandlerThread内部构造Handler有几个问题，一是外部获取不到 Handler对象，二是重写 handleMessage的过程应该交给开发者。所以，在HandlerThread中我们只初始化它的Looper，并调用 Looper.loop()来启动消息循环。而具体的Handler的构建则交给外部（主要是通过 new Handler(looper)方法，而looper可以通过thread.getLooper()获取到）

重写 onHandleIntent 方法

我们先来看一下上面的 mServiceHandler，乍一看，它就是一个 Handler 嘛，在 IntentService 里面构造的HandlerThread的一个 Handler；确实，你猜对了。假设我们是设计者，我们肯定希望把这个过程封装起来，只暴露用户关心的处理Msg（Intent+startId）的过程，所以我们把处理的过程用一个 函数 抽象出来，让开发者来实现（重写，其实我感觉也可以做成接口的形式）

下面是内部 Handler 的构造过程：

onHandleIntent 是抽象方法 ，它的任务是从 Intent 参数中区分具体的任务并执行这些任务
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)  //startid 
	}
}

如何停止IntentService(包括如何停止内部的HandlerThread)

IntentService的停止无需我们操心，因为在它内部封装的 ServiceHandler的handleMessage方法的最后，调用了 stopSelf(msg.arg1)来终止服务，这个函数的意义在于，当前任务执行完毕且没有新的任务传递进来或者正在执行，则结束 service；但是结束 service并不等于结束了 HandlerThread(其内部调用了 Looper.loop()，开启了消息循环，所以无法自己停止)，所以，还需要在合适的地方调用 Looper 的 quit() 或者 quitSafely 方法来终止消息循环，结束 HandlerThread，这两个方法实际上最后都是向loop方法发送一条 msg.target=null 的msg（这是loop的终止条件），来结束HandlerThread。

Sample

未完待续…

email ：coderliantang@gmail.com
知乎 : https://www.zhihu.com/people/west_wind/activities
wechat :west_wnd
如有疑问，欢迎留言区讨论
如果您觉得本文对您有帮助，欢迎打赏

ref: 任玉刚《Android开发艺术探索》