@author:小马快跑
@email:mqcoder90@gmail.com
@github:https://github.com/crazyqiang
IntentService是什么?
IntentService继承自Service,所以IntentService也是四大组件之一,IntentService内部封装了HandlerThread线程 (只有一个线程) 来按顺序处理异步任务,通过startService(Intent) 来启动IntentService并通过Intent来传递异步任务,当任务结束后IntentService通过stopSelf(int startId)来自己停止服务。IntentService是一个抽象类,如果想使用IntentService,首先创建一个类继承IntentService,然后重写onHandleIntent(Intent)在子线程中处理Intent传过来的任务。
IntentService特点:
onHandleIntent(Intent)发生在子线程,不能直接更新UI,需要先把结果发到Activity中
提交的任务顺序执行,如果一个任务A正在IntentService中执行,此时发送另一个异步任务B到IntentService中,那么必须等到任务A执行完之后任务B才会开始执行
已经在IntentService中执行的任务是不会被打断的
IntentService使用例子
先上效果图:
可以看到,我们先启动了第1个任务,当第1个任务还没有执行完时,此时又启动了第2个任务,第2个任务不会立即执行,而是等到第1个任务下载到100%完成之后才会开始第2个下载任务,这就验证了IntentService会顺序执行异步任务,来看具体实现,首先继承一个IntentService并覆写onHandleIntent():
public class MyIntentService extends IntentService { public static final String ACTION_ONE = "action_one"; public static final String ACTION_TWO = "action_two"; private int progressOne, progressTwo; @Override protected void onHandleIntent(@Nullable Intent intent) { if (intent == null) return; String action = intent.getAction(); switch (action) { case ACTION_ONE: while (progressOne < 100) { progressOne++; sendBroadcast(getUpdateIntent(0, progressOne)); try { Thread.sleep(50); } catch (InterruptedException e) { e.printStackTrace(); } } break; case ACTION_TWO: while (progressTwo < 100) { progressTwo++; sendBroadcast(getUpdateIntent(1, progressTwo)); try { Thread.sleep(50); } catch (InterruptedException e) { e.printStackTrace(); } } break; } } }
onHandleIntent()是在子线程中执行,通过Intent接收任务然后执行任务,并通过BroadCastReceiver把运算结果不断发送到Activity中来更新UI,当所有任务执行完成以后,IntentService自动关闭。我们看到在IntentService中处理了任务,那么这里的任务是哪里传过来的呢?看下面代码:
Intent intent = new Intent(IntentServiceActivity.this, MyIntentService.class); intent.setAction(MyIntentService.ACTION_ONE); startService(intent);
我们看到通过startService(Intent)直接启动并把任务传递到IntentService,最后别忘了在AndroidManifest.xml中定义IntentService:
<service android:name=".multiThread.intentService.MyIntentService" android:screenOrientation="portrait" />
完整源码地址:Android多线程之IntentService
IntentService源码解析
public abstract class IntentService extends Service { private volatile Looper mServiceLooper; private volatile ServiceHandler mServiceHandler; private String mName; private boolean mRedelivery; public IntentService(String name) { super(); mName = name; }
首先定义变量,并在构造方法中传入工作线程的名字。
@Override public void onCreate() { super.onCreate(); HandlerThread thread = new HandlerThread("IntentService[" + mName + "]"); thread.start(); mServiceLooper = thread.getLooper(); mServiceHandler = new ServiceHandler(mServiceLooper); } @Override public void onStart(@Nullable Intent intent, int startId) { Message msg = mServiceHandler.obtainMessage(); msg.arg1 = startId; msg.obj = intent; mServiceHandler.sendMessage(msg); } @Override public int onStartCommand(@Nullable Intent intent, int flags, int startId) { onStart(intent, startId); return mRedelivery ? START_REDELIVER_INTENT : START_NOT_STICKY; }
IntentService中上面三个方法的执行顺序:onCreate>onStartCommand>onStart:
1、在onCreate()中初始化一个HandlerThread线程并启动,接着初始化一个ServiceHandler并把HandlerThread中的Looper作为参数传入ServiceHandler,这样就可以在主线程中通过ServiceHandler把Message发送到HandlerThread子线程中处理了;
2、在onStartCommand()中又调用了onStart()并根据mRedelivery 返回START_REDELIVER_INTENT 或者是START_NOT_STICKY,这两个有什么区别呢?我们来复习一下在onStartCommand()中返回值:
START_STICKY:如果service进程被kill掉,保留service的状态为开始状态,但不保留递送的intent对象。随后系统会尝试重新创建service,由于服务状态为开始状态,所以创建服务后一定会调用onStartCommand(Intent,int,int)方法。如果在此期间没有任何启动命令被传递到service,那么参数Intent将为null。
START_NOT_STICKY:“非粘性的”。使用这个返回值时,如果在执行完onStartCommand后,服务被异常kill掉,系统不会自动重启该服务
START_STICKY_COMPATIBILITY:START_STICKY的兼容版本,但不保证服务被kill后一定能重启。
START_FLAG_REDELIVERY:如果你实现onStartCommand()来安排异步工作或者在另一个线程中工作, 那么你可能需要使用START_FLAG_REDELIVERY来让系统重新发送一个intent。这样如果你的服务在处理它的时候被Kill掉, Intent不会丢失.
所以当返回START_FLAG_REDELIVERY时,如果Service被异常Kill掉,在Service重启以后会重新发送Intent;如果返回START_NOT_STICKY,当Service被异常Kill掉时不会重新启动。
3、在onStart()中把Intent封装到Message中并通过ServiceHandler发送到HandlerThread中了,经过HandlerThread中的Looper.loop()循环取消息,最终还是还是ServiceHandler去处理消息,所以我们来看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); } } @WorkerThread protected abstract void onHandleIntent(@Nullable Intent intent);
在handleMessage()中,我们发现回调了onHandleIntent()方法,而这个方法是个抽象方法,也是在子类中我们必须要实现的,所以最终消息的处理需要我们仔细去处理,注意这个回调方法是在子线程中执行的,在执行完onHandleIntent()后,调用了stopSelf来关闭自己,关闭时IntentService回调onDestroy():
@Override public void onDestroy() { mServiceLooper.quit(); }
我们看到在IntentService结束时调用了mServiceLooper.quit()来停止HandlerThread中Looper的循环,即HandlerThread线程没有任务时不会再阻塞而是退出了。
共同学习,写下你的评论
评论加载中...
作者其他优质文章