Service的onStartCommand中报空指针问题

最近在做一个项目中因需求做了一个服务，但会概率性报错，今天终于抓到了这个错误信息，居然是空指针问题。。。。。。。，在onStartCommand中intent意图为空。OK，问题找到就容易多了，接着就是修正了，通过资料查找与logcat信息，发现是服务被异常干掉所致，系统重启service就会传入空intent。
解决方法有两种：
1.判空处理

    @Override
    public int onStartCommand(Intent intent, int flags, int startId) {
        if (intent!=null) {
            data = intent.getIntExtra("flag", 2);
        }

    }

2.返回Service.START_REDELIVER_INTENT

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

        return Service.START_REDELIVER_INTENT;
    }

从Android官方文档中，我们知道onStartCommand有4种int返回值，首先简单地讲讲int返回值的作用。
一、onStartCommand有4种返回值：
START_STICKY：如果service进程被kill掉，保留service的状态为开始状态，但不保留递送的intent对象。随后系统会尝试重新创建service，由于服务状态为开始状态，所以创建服务后一定会调用onStartCommand(Intent,int,int)方法。如果在此期间没有任何启动命令被传递到service，那么参数Intent将为null。

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

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

START_STICKY_COMPATIBILITY：START_STICKY的兼容版本，但不保证服务被kill后一定能重启。

onStartComand参数flags含义

flags表示启动服务的方式：

START_FLAG_REDELIVERY： 如果你实现onStartCommand()来安排异步工作或者在另一个线程中工作, 那么你可能需要使用

START_FLAG_REDELIVERY来让系统重新发送一个intent。这样如果你的服务在处理它的时候被Kill掉, Intent不会丢失.

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