Service的onStartCommand()方法返回值详解

本文详细解析了Android Service的onStartCommand方法返回值的影响,包括START_STICKY、START_NOT_STICKY、START_REDELIVER_INTENT和START_STICKY_COMPATIBILITY四种情况。特别是当服务被系统杀死后,不同返回值决定服务是否及如何重建。同时讨论了IntentService和JobIntentService的特性和行为差异。
摘要由CSDN通过智能技术生成

onStartCommand方法返回有4种
- START_STICKY
- START_NOT_STICKY
- START_REDELIVER_INTENT
- START_STICKY_COMPATIBILITY
以下的情况都是在服务启动后,onStartCommand()返回值之后,服务被系统KILL了之后的情况描述。

START_STICKY 指系统会重新创建service,然后呢由于重新创建了service,那么onstartCommand方法就一定会被重新调用,如果这个时候,没有其他启动service的命令传过来,那么这个时候的Intent就是null,这里需要注意一下。

START_STICKY_COMPATIBILITY: 这个其实是用来兼容api5 一下的,这个的作用和START_STICK一样,但是这个返回值不能保证系统一定会重新创建service

START_REDELIVER_INTENT: 这个是指服务被重新创建后,直接将之前Intent的值传入,和上面START_STICK不同,这里的Intent不会为null。

START_NOT_STICKY: 这个就是系统被kill了,服务不会重新启动。

接下来看看我们的service源码

 public @StartResult int onStartCommand(Intent intent, @StartArgFlags int
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值