Service如何保证服务不被杀死

本文介绍了三种策略来保证Android Service不被系统或用户杀死:1) 使用START_STICKY或START_REDELIVER_INTENT确保服务在内存不足时能恢复;2) 将Service设置为前台服务提高优先级;3) 当服务被用户手动停止时,通过onDestroy()发送广播重启服务。对于用户强制停止的情况,通常无法避免服务被终止。
摘要由CSDN通过智能技术生成

1,如何保证服务不被杀死

【1】因内存资源不足而杀死Service

  • 这种情况比较容易处理,可将onStartCommand() 方法的返回值设为 START_STICKY或START_REDELIVER_INTENT ,该值表示服务在内存资源紧张时被杀死后,在内存资源足够时再恢复。也可将Service设置为前台服务,这样就有比较高的优先级,在内存资源紧张时也不会被杀掉。这两点的实现,我们在前面已分析过和实现过这里就不重复。简单代码如下:

/**

     * 返回 START_STICKY或START_REDELIVER_INTENT

     * @param intent

     * @param flags

     * @param startId

     * @return

     */

    @Override

    public int onStartCommand(Intent intent, int flags, int startId) {

//        return super.onStartCommand(intent, flags, startId);

        return START_STICKY;

    }

 

【2】用户通过 settings -> Apps -> Running -> Stop 方式杀死Service

  • 这种情况是用户手动干预的,不过幸运的是这个过程会执行Service的生命周期,也就是onDestory方法会被调用,这时便可以在 onDestory() 中发送广播重新启动。这样杀死服务后会立即启动。这种方案是行得通的,但为程序更健全,我们可开启两个服务,相互监听,相互启动。服务A监听B的广

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

兴帅_

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值