代码分析:IntentService详解

作者: iwuyou | 来源:发表于2017-03-12 19:46 被阅读66次

    Android开发中,经常会遇到耗时操作,比如下载文件,这个时候大家第一个想法就是交给Service去处理,而Service并不能够直接去处理耗时请求,所以我们都会在Service中开启子线程去做这些事情。那么在这个过程我们需要处理好2个问题。
    1.在需要添加任务的时候就在Service中开启线程并且执行任务。
    2.在任务结束之后关闭Service。
    而IntentService将这2个问题处理得很好了。
    在IntentService中,有一个私有内部Handler的实现。

    private volatile ServiceHandler mServiceHandler;
    ...    
    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);
            }
        }
    

    mServiceHandler用来向内部的HandlerThread发送需要执行的任务。
    首先,在Service创建的时候,会启动一个HandlerThread线程来执行任务,并且使用HandlerThread的Looper实例化mServiceHandler。

        public void onCreate() {
            // TODO: It would be nice to have an option to hold a partial wakelock
            // during processing, and to have a static startService(Context, Intent)
            // method that would launch the service & hand off a wakelock.
    
            super.onCreate();
            HandlerThread thread = new HandlerThread("IntentService[" + mName + "]");
            thread.start();
    
            mServiceLooper = thread.getLooper();
            mServiceHandler = new ServiceHandler(mServiceLooper);
        }
    

    然后就可以通过mServiceHandler来向HandlerThread推送需要执行的任务。

        public void onStart(@Nullable Intent intent, int startId) {
            Message msg = mServiceHandler.obtainMessage();
            msg.arg1 = startId;
            msg.obj = intent;
            mServiceHandler.sendMessage(msg);
        }
    

    而onHandleIntent(@Nullable Intent intent)方法就是我们执行具体耗时操作的地方了,通过将intent消息体传递进来,解析消息之后再进行具体的耗时操作。
    在ServiceHandler中的handleMessage方法中,使用stopSelf(msg.arg1)来停止线程。也就是在我们耗时任务执行完成之后,再去停止线程。
    这样很好的解决了上面的2个问题了,而且在停止线程的时候使用stopSelf(msg.arg1),这样能够规避一个新的问题。
    当Service要同时处理多个请求,你就不能在当前一个请求处理完成之后立刻停止Service,因为很可能现在你已经收到了一个新的启动Service请求(如果立刻停止,那么新来的请求就会跟着终止)。
    stopSelf(int)可以保证Service当前停止的请求是基于上一个请求的,因为当我们每次startService之后,Service都会有一个新的startID,而通过上面的代码我们可以找到msg.arg1就是这个startID。

        public void onStart(@Nullable Intent intent, int startId) {
            ...
            msg.arg1 = startId;
            ...
        }
    

    那么当stopSelf要停止的Service的startID和当前IntentService的startID是不相同的,这个时候是无法杀死Service的,这样就能保证Service在处理多个请求的时候存活了。
    另外,IntentService是属于non-sticky服务的,也就是说它会在任务完成之后自己停止,所以它并不适合那种需要一直生存在后台的Servie。
    IntentService管理自启是当Service设置为重要时,那么他会一直运行到没有任务了才会自己关闭,也就是说当系统杀掉IntentService之后,它会自动启动,并且把对应的Intent传递进来,而当没有设置重要度的时候,也就是默认不重要的时候,当被系统杀掉之后,就不会再自动启动了。

        public int onStartCommand(@Nullable Intent intent, int flags, int startId) {
            onStart(intent, startId);
            return mRedelivery ? START_REDELIVER_INTENT : START_NOT_STICKY;
        }
    

    -START_REDELIVER_INTENT:在运行onStartCommand后service进程被kill后,并且没有新的intent传递给它。Service将移出开始状态,并且直到新的明显的方法(startService)调用才重新创建。因为如果没有传递任何未决定的intent那么service是不会启动,也就是期间onstartCommand不会接收到任何null的intent。

    -START_NOT_STICKY:在运行onStartCommand后service进程被kill后,系统将会再次启动service,并传入最后一个intent给onstartCommand。直到调用stopSelf(int)才停止传递intent。如果在被kill后还有未处理好的intent,那被kill后服务还是会自动启动。因此onstartCommand不会接收到任何null的intent。

    mRedelivery可以通过set方法进行设置。

        public void setIntentRedelivery(boolean enabled) {
            mRedelivery = enabled;
        }
    

    相关文章

      网友评论

        本文标题:代码分析:IntentService详解

        本文链接:https://www.haomeiwen.com/subject/vagtnttx.html