Service进阶之IntentService

最新推荐文章于 2021-05-27 11:45:45 发布

CODER莲塘

最新推荐文章于 2021-05-27 11:45:45 发布

阅读量237

点赞数

CC 4.0 BY-SA版权

分类专栏： Android基础知识文章标签： IntentService Service HandlerThread

本文链接：https://blog.youkuaiyun.com/JustGoGOGOing/article/details/85224917

Android基础知识专栏收录该内容

2 篇文章

订阅专栏

本文深入解析Android中的IntentService，一种特殊Service类型，强调通过Intent传递参数，自动管理任务队列及执行，适合执行耗时任务。文章阐述其工作原理，包括内部HandlerThread机制，消息处理流程，以及如何正确终止服务。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

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 的抽象类，所以你必须继承它并重写它的抽象方法才能使用它。

首先看下它的 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)；
 }

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。