• Android开发--IntentService的用法,你错过了什么


    Android开发--IntentService的用法,你错过了什么

    本文链接:https://blog.csdn.net/smbroe/article/details/45009721

    IntentService是Android中提供的后台服务类,我们在外部组件中通过Intent向IntentService发送请求命令,之后IntentService逐个执行命令队列里的命令,接收到首个命令时,IntentService就开始启动并开始一条后台线程执行首个命令,接着队列里的命令将会被顺序执行,最后执行完队列的所有命令后,服务也随即停止并被销毁。

    与Service的不同

    1. Service中的程序仍然运行于主线程中,而在IntentService中的程序运行在我们的异步后台线程中。在接触到IntentService之前,我在项目中大多是自己写一个Service,在Service中自己写一个后台线程去处理相关事务,而这些工作Android其实早已经帮我们封装的很好。
    2. 在Service中当我的后台服务执行完毕之后需要在外部组件中调用stopService方法销毁服务,而IntentService并不需要,它会在工作执行完毕后自动销毁。

    IntentService的用法

    1.编写自己的Service类继承IntentService,并重写其中的onHandleIntent(Intent)方法,该方法是IntentService的一个抽象方法,用来处理我们通过startService方法开启的服务,传入参数Intent就是开启服务的Intent。在这里我重写了一个MyService类去处理后台事务,每一次调用对count加1,并打印log。

    package com.example.intentservicetest;
    
    import android.app.IntentService;
    import android.content.Intent;
    import android.util.Log;
    
    public class MyService extends IntentService {
    
        private static final String TAG = MyService.class.getSimpleName();
    
        private int count = 0;
    
        public MyService() {
            super(TAG);
            // TODO Auto-generated constructor stub
        }
    
        @Override
        protected void onHandleIntent(Intent intent) {
            // TODO Auto-generated method stub
            //在这里添加我们要执行的代码,Intent中可以保存我们所需的数据,
            //每一次通过Intent发送的命令将被顺序执行
            count ++;
            Log.w(TAG, "count::" + count);
        }
    }

    2.注册我们的服务:接下来在AndroidManifest文件中的Application标签下添加我们的服务。

    <service android:name="com.example.intentservicetest.MyService" />
    • 1

    3.在外部组件中开启服务:在这里我们在Activity中利用Intent循环10次开启服务。

    for (int i = 0; i < 10; i++) {
            Intent intent = new Intent(MainActivity.this, MyService.class);
            startService(intent);
    }

    4.结果输出:

    可以看到在MyService中是按照顺序执行我们的请求命令的。

    原理分析

    1.生命周期函数:
    IntentService同样是继承于Service的,它也拥有相同的生命周期函数;

    • onCreate:服务创建时调用;
    • onStartCommand(Intent, int, int)方法:在Service源码可以看到onStart方法是在该方法中被调用的。每次组件通过startService方法启动服务时调用一次,两个int型参数,一个是组标识符,一个是启动ID,组标识符用来表示当前Intent发送是一次重新发送还是一次从没成功过的发送。每次调用onStartCommand方法时启动ID都不同,启动ID也用来区分不同的命令;
    • onDestroy方法:在服务停止时调用。

    2.onCreate方法:首先让我们看看IntentService源码中的onCreate方法,

        @Override
        public void onCreate() {
            super.onCreate();
    
            HandlerThread thread = new HandlerThread("IntentService[" + mName + "]");
            thread.start();
    
            mServiceLooper = thread.getLooper();
            mServiceHandler = new ServiceHandler(mServiceLooper);
    }

    可以看到:在IntentService的onCreate方法中开启了一个异步线程HandlerThread来处理我们的请求,并利用Looper和Handler来管理我们的请求命令队列。关于HandlerThread的用法可以参考以下博文:Android源码分析–Handler和Looper机制详解 

    3.如何停止服务
    看到了onCreate方法我们就可以明白了,IntentService是如何开启异步线程以及如何管理命令队列的,那么我们之前曾提到:当后台服务处理结束后,我们并不需要再调用stopService方法销毁服务,IntentService会自动销毁,它是如何做到的呢?然我们看看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);
            }
        }

    在Handler中我们处理完每一个命令都会调用stopSelf(int)方法来停止服务:该方法需要来自onStartCommand方法中的启动ID,只有在接收到最新的启动ID时才会停止服务,就是说,我们的IntentService直到命令队列中的所有命令被执行完后才会停止服务。

    setIntentRedelivery方法

    在源码中我们可以发现,该方法改变了boolean变量mRedelivery的值,而mRedelivery得值关系到onStartCommand的返回变量:

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

    可以看到,mRedelivery不同,会返回两个不同的标志START_REDELIVER_INTENT 和START_NOT_STICKY,那么他们有什么不同呢?
    区别就在于如果系统在服务完成之前关闭它,则两种类型就表现出不同了:

    • START_NOT_STICKY型服务会直接被关闭,而START_REDELIVER_INTENT 型服务会在可用资源不再吃紧的时候尝试再次启动服务。
    • 由此我们可以发现,当我们的操作不是十分重要的时候,我们可以选择START_NOT_STICKY,这也是IntentService的默认选项,当我们认为操作十分重要时,则应该选择START_REDELIVER_INTENT 型服务。

    non-sticky服务和sticky服务

    non-sticky服务会在自己认为任务完成时停止,若一个Service为non-sticky服务则应该在onStartCommand方法中返回START_REDELIVER_INTENT或START_NOT_STICKY标志。
    sticky服务会持续存在,直到外部组件调用Context.stopService方法。sticky服务返回标志位START_STICKY。

    注意:IntentService不应该处理长时间运行的服务(如音乐播放),长时间运行的服务应该由sticky服务完成。

  • 相关阅读:
    vim配置
    git rebase
    mongodb的docker-compose.yml
    Nginx配置BrowserRouter跟随react-router
    Flux Architecture & Redux Data Flow & redux & react-redux PPT
    from acwing 从算法数量推算算法复杂度
    evalRPN 逆波兰算术
    二分区间
    Flex布局
    Treap 模板
  • 原文地址:https://www.cnblogs.com/it-tsz/p/11601265.html
Copyright © 2020-2023  润新知