Service onStartCommand 返回值

为什么80%的码农都做不了架构师？>>>   

参考博客：   Android总结篇系列：Android Service

onStartCommand(Intent intent, int flags, int startId)方法。

其中参数flags默认情况下是0，对应的常量名为 START_STICKY_COMPATIBILITY。startId是一个唯一的整型，用于表示此次Client执行 startService(...)的请求请求标识，在多次startService(...)的情况下，呈现0,1,2....递增。另外，此函数具有 一个int型的返回值，具体的可选值及含义如下：

START_NOT_STICKY：当 Service因为内存不足而被系统kill后，接下来未来的某个时间内，即使系统内存足够可用，系统也不会尝试重新创建此Service。除非程序中 Client明确再次调用startService(...)启动此Service。

START_STICKY：当Service因 为内存不足而被系统kill后，接下来未来的某个时间内，当系统内存足够可用的情况下，系统将会尝试重新创建此Service，一旦创建成功后将回调 onStartCommand(...)方法，但其中的Intent将是null，pendingintent除外。

START_REDELIVER_INTENT：与START_STICKY唯一不同的是，回调onStartCommand(...)方法时，其中的Intent将是非空，将是最后一次调用startService(...)中的intent。

START_STICKY_COMPATIBILITY：compatibility version of {@link #START_STICKY} that does not guarantee that {@link #onStartCommand} will be called again after being killed。此值一般不会使用，所以注意前面三种情形就好。

以上的描述中，”当Service因为内存不足 而被系统kill后“一定要非常注意，因为此函数的返回值设定只是针对此种情况才有意义的，换言之，当认为的kill掉Service进程，此函数返回值 无论怎么设定，接下来未来的某个时间内，即使系统内存足够可用，Service也不会重启。

转载于:https://my.oschina.net/reone/blog/535703