Android Service的理论探讨与实践(四)IntentService

本文详细介绍了Android中的IntentService组件,探讨了其与普通Service的区别,特别是在处理耗时任务方面的优势。通过示例展示了如何使用IntentService避免ANR问题。

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

 接下来,这篇梳理下IntentService的相关知识点

正文

 一般对于创建以start方式(另外一种bindservice)创建的服务,可以有两种

  • 1.直接定义子一个Service的子类,此时如果要做耗时操作,需要在service开启一个线程,因为服务是在main线程中执行的,不然会造成ANR问题。
  • 2.定义一个IntentService的子类,IntentService也是Service子类,与直接继承自Service的服务不同。IntentService创建了一个工作线程去处理耗时操作。

1. IntentService的特点:

  • 使用IntentService比较简单,只需要创建一个IntentService的子类,并实现IntentService的虚方法onHandleIntent(Intent intent),来处理自己的逻辑
protected abstract void onHandleIntent(@Nullable Intent intent);
  • 创建了一个独立于main线程的工作线程来处理所有传送给onStartCommand()的intent,IntentService的onCreate()如下,可以看出,服务创建的时候,开启了一个工作线程
@Override
    public void onCreate() {
    

        super.onCreate();
        //创建一个工作线程
        HandlerThread thread = new HandlerThread("IntentService[" + mName + "]");
        thread.start();

        mServiceLooper = thread.getLooper();
        mServiceHandler = new ServiceHandler(mServiceLooper);
    }
  • 使用IntentService,不用担心多线程问题,因为在IntentSerice内部,创建Serivce的同时,创建了一个消息循环,每次执行一次onHandleIntent(),源码如下
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);
        }
    }

改消息处理内部类,在onCreate()方法里完成了注册,如下:

public void onCreate() {


        super.onCreate();
        HandlerThread thread = new HandlerThread("IntentService[" + mName + "]");
        thread.start();
        //注册自己的消息处理循环
        mServiceLooper = thread.getLooper();
        mServiceHandler = new ServiceHandler(mServiceLooper);
    }
  • 承接上面消息循环这个特点,IntentService在每次启动服务的时候,提供了一个默认的onStartCommand(),在该方法里调用了已经废弃的onStart方法。这样就保证了版本兼容性,如下
@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;
    }

 如上,在onStart方法里做了消息派发处理,已处理每次onStartCommand()调用。在ServiceHandler内部类的消息处理方法里,接收到消息后,会调用你自己重写的onHandleIntent((Intent)msg.obj);,如下

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);
        }
    }
  • 如上面代码,可以看出,每次处理一个handleMessage(),就调用一次stopSelf()来停止当前服务,所以,不需要使用者在自己停止服务。
  • 提供了一个返回null的onBind()默认实现
public IBinder onBind(Intent intent) {
        return null;
    }

2. 普通service和IntentService的实例对比

 普通Service不能做耗时操作,针对此点坐下对比,让线程暂停2分钟,看看对比

- 普通Service

在onStartCommand()方法里睡眠2分钟

@Override
    public int onStartCommand(Intent intent, int flags, int startId) {
        try {
            Log.i(TAG, "onStartCommand: 睡着啦");
            Thread.sleep(1000*60* 2);
            Log.i(TAG, "onStartCommand: 睡醒啦");
        } catch (InterruptedException e) {
            e.printStackTrace();
        }

        return START_REDELIVER_INTENT;
    }

运行效果如下,可以看出由于耗时严重,程序崩溃了也就是发生了ANR现象: 

对应的log

02-28 05:51:32.921 7237-7237/com.example.yanchunguo.bindservice I/LocalService: onCreate:服务创建成功
02-28 05:51:32.922 7237-7237/com.example.yanchunguo.bindservice I/LocalService: onStartCommand: 睡着啦
02-28 05:51:52.902 7237-7240/com.example.yanchunguo.bindservice I/art: Thread[3,tid=7240,WaitingInMainSignalCatcherLoop,Thread*=0x9a75ce00,peer=0x12c37430,"Signal Catcher"]: reacting to signal 3
02-28 05:51:52.935 7237-7240/com.example.yanchunguo.bindservice I/art: Wrote stack traces to '/data/anr/traces.txt'
02-28 05:53:32.922 7237-7237/com.example.yanchunguo.bindservice I/LocalService: onStartCommand: 睡醒啦
- IntentService

 同样的也在里面睡眠2分钟,代码如下:

public class MyIntentService extends IntentService {
    private static final String TAG = "MyIntentService";


    public MyIntentService() {
        super("MyIntentService");
        Log.i(TAG, "MyIntentService: construct method called");
    }


    @Override
    protected void onHandleIntent(Intent intent) {
        try {
            Log.i(TAG, "onStartCommand: 睡着啦");
            Thread.sleep(1000*60* 2);
            Log.i(TAG, "onStartCommand: 睡醒啦");
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
    }
  @Override
    public void onDestroy() {
        Log.i(TAG, "onDestroy: 服务销毁了");
        super.onDestroy();
    }

}

等待两分钟之后log:

02-28 06:05:33.379 19624-19624/com.example.yanchunguo.bindservice I/MyIntentService: MyIntentService: construct method called
02-28 06:05:33.382 19624-19860/com.example.yanchunguo.bindservice I/MyIntentService: onStartCommand: 睡着啦
02-28 06:07:33.388 19624-19860/com.example.yanchunguo.bindservice I/MyIntentService: onStartCommand: 睡醒啦
02-28 06:07:33.389 19624-19624/com.example.yanchunguo.bindservice I/MyIntentService: onDestroy: 服务销毁了

可以看出来,没有发生ARN现象,且如第一部分所说,运行完一次后。服务自动停止自己,因为onDestroy调用了

内容概要:文章详细介绍了电梯门禁(梯控)系统的硬件安装接线要点。首先强调了梯控板楼层按键对接的重要性,包括遵循一一对应原则以避免错层、越层问题,允许空层存在以适应实际需求。接着阐述了不同接线方式(COM、NO、NC端口的不同组合)对用户权限的影响,如单层权限用户刷卡直达指定楼层,多层权限用户在特定接线方式下的操作限制。硬件安装方面,强调了无源干触点设计原则以确保电气隔离,防止系统间干扰,以及读卡器接入时的规范要求。文章还介绍了梯控系统的技术原理,如身份验证机制(二维码/IC卡/人脸识别)、消防联动功能(紧急情况下释放所有楼层权限),并指出该系统适用于小区、写字楼等场景,支持机器人乘梯SDK扩展。最后,根据不同场景需求提出了适用的接线方式选择,如严格管控场景下选择4.3接线以实现精准权限控制,限制多层用户手动选层场景下选择4.1接线并配合软件权限设置。; 适合人群:从事电梯安装维护的技术人员、楼宇自动化工程师及相关领域的管理人员。; 使用场景及目标:①指导技术人员正确安装和接线梯控系统,确保系统安全稳定运行;②帮助管理人员了解不同接线方式对用户权限的影响,以便根据实际需求选择合适的配置方案;③提升楼宇安全管理和服务质量,特别是在小区、写字楼等场所的应用。; 其他说明:梯控系统的正确安装和接线不仅关系到系统的正常运作,更直接影响到用户的安全和使用体验。因此,在实际操作中务必严格按照规范执行,同时关注最新的技术发展和应用场景变化,以确保系统始终处于最佳状态。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值