Service的onStartCommand方法空指针错误

Service的onStartCommand方法空指针错误

在由于项目需要,在开发中使用了Service,但是测试发现有时会程序会崩溃掉,通过查阅log发现以下提示

java.lang.NullPointerException,Attempt to invoke virtual method 'java.lang.String android.content.Intent.toString()' on a null object reference,DownloadService.java,106

查阅DownloadService.java源码发现是onStartCommand()方法报错,
而错误很明显是传入的intent为空。
于是找了下资料,发现传入intent为空是因为service被异常干掉,系统重启service是就会传入空intent。原因是找到了,如何解决呢?

有两种方法
第一种:

在需要使用intent之前做判空操作。

第二种:

@Override
public int onStartCommand(Intent intent, int flags, int startId) {
    ...
    return Service.START_REDELIVER_INTENT;
}

第一种好理解,第二种方法又时什么意思呢?

onStartComand使用时,返回的是一个(int)整形。这个整形可以有四个返回值:START_STICKY 、START_NOT_STICKY 、START_REDELIVER_INTENT 、START_STICKY_COMPATIBILITY。

它们的含义分别是:

1):START_STICKY: 如果service进程被kill掉,保留service的状态为开始状态,但不保留递送的intent对象。随后系统会尝试重新创建service,由 于服务状态为开始状态,所以创建服务后一定会调用onStartCommand(Intent,int,int)方法。如果在此期间没有任何启动命令被传 递到service,那么参数Intent将为null。

2):START_NOT_STICKY:“非粘性的”。使用这个返回值时,如果在执行完onStartCommand后,服务被异常kill掉,系统不会自动重启该服务

3):START_REDELIVER_INTENT:重传Intent。使用这个返回值时,如果在执行完onStartCommand后,服务被异常kill掉,系统会自动重启该服务,并将Intent的值传入。

4):START_STICKY_COMPATIBILITY:START_STICKY的兼容版本,但不保证服务被kill后一定能重启。

onStartComand参数flags含义

flags表示启动服务的方式:
Additional data about this start request. Currently either 0, START_FLAG_REDELIVERY, or START_FLAG_RETRY.

START_FLAG_REDELIVERY: 如果你实现onStartCommand()来安排异步工作或者在另一个线程中工作, 那么你可能需要使用START_FLAG_REDELIVERY来让系统重新发送一个intent。这样如果你的服务在处理它的时候被Kill掉, Intent不会丢失.

START_FLAG_RETRY:表示服务之前被设为START_STICKY,则会被传入这个标记。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值