回调Service中的onstart方法时发生空指针异常_service中的onstart(intent,int)已过时-优快云博客

本文链接：https://blog.youkuaiyun.com/zengchao2013/article/details/23189521

本文探讨了在Service回调方法onStartCommand中遇到空指针异常的原因及解决方案，详细解释了不同返回值（如START_STICKY、START_NOT_STICKY等）的用途，并着重介绍了如何通过返回START_REDELIVER_INTENT来确保服务被杀掉后能自动重启并继续处理Intent。

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

先来看一段代码：

@Override
public int onStartCommand(Intent intent, int flags, int startId) {
mAccType = intent.getIntExtra("acc_type", -1);
AnsyTry mAnsy = new AnsyTry();
mAnsy.execute("sync");
return super.onStartCommand(intent, flags, startId);
}

在回调上述方法的第一行，就发生了空指针异常，原因是回调时传入的intent为null.

经调查发现onStartComand使用时，返回的是一个(int)整形。
    这个整形可以有四个返回值：start_sticky、start_no_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后一定能重启。