Android Service启动过程中onStartCommand(Intent intent, int flags, int startId)方法中intent为null问题分析

    最近app出现了两三次由于Service的onStartCommand(intent, flags, startId)方法中获取intent携带参数时抛出的Intent.getIntExtra() on a null object异常，intent空指针。这个错误是因为没有对onStartCommand()方法的flags参数深入理解造成的。

 错误原因：intent为null的原因是该intent参数是通过startService(Intent intent)方法传递过来的，如果service在进程退出后有可能被系统重启后，此时intent参数没有经过service的启动方法startService，所以为null。

解决方法：

1. 在使用intent之前判断非空；
2. 在Service中的onStartCommand(Intent intent, int flags, int startId)方法中的return处，将return super.onstartCommand(intent, flags, startId)，改成return super.onStartCommand(intent, Service.START_REDELIVER_INTENT, startId)。

    下面详细介绍一下flags的四个选择参数，START_STICKY_COMPATIBILITY, START_STICKY, START_NOT_STICKY, START_REDELIVER_INTENT：

1. START_STICKY：如果service进程被kill掉，则保留service为开始状态，但不保留传递的intent对象，随后系统尝试重新创建service，因为是开始状态，所以在创建后一定会调用onStartCommand(Intent, int, int)方法，如果在此期间没有任何其他启动命令被传递到service，则intent为null。
2. START_NOT_STICKY：非粘性，意思是如果在执行完onStartCommand(Intent, int, int)方法后，若service被系统异常kill掉，系统不会自动重启该service。
3. START_REDELIVER_INTENT：重传Intent，使用这个返回flags值时，如果在执行完onStartCommand(Intent, int, int)后，service被系统异常kill掉，系统会重启该service，并将intent传入。
4. START_STICKY_COMPATIBILITY：START_STICKY的兼容版本，但不保证service一定会被重启。