Android開發(fā)的過程中，每次調(diào)用startService(Intent)的時候，都會調(diào)用該Service對象的onStartCommand(Intent,int,int)方法，然后在onStartCommand方法中做一些處理。然后我們注意到這個函數(shù)有一個int的返回值，這篇文章就是簡單地講講int返回值的作用。
從Android官方文檔中，我們知道onStartCommand有4種返回值：
START_STICKY：如果service進(jìn)程被kill掉，保留service的狀態(tài)為開始狀態(tài)，但不保留遞送的intent對象。隨后系統(tǒng)會嘗試重新創(chuàng)建service，由于服務(wù)狀態(tài)為開始狀態(tài)，所以創(chuàng)建服務(wù)后一定會調(diào)用onStartCommand(Intent,int,int)方法。如果在此期間沒有任何啟動命令被傳遞到service，那么參數(shù)Intent將為null。
START_NOT_STICKY：“非粘性的”。使用這個返回值時，如果在執(zhí)行完onStartCommand后，服務(wù)被異常kill掉，系統(tǒng)不會自動重啟該服務(wù)。
START_REDELIVER_INTENT：重傳Intent。使用這個返回值時，如果在執(zhí)行完onStartCommand后，服務(wù)被異常kill掉，系統(tǒng)會自動重啟該服務(wù)，并將Intent的值傳入。
START_STICKY_COMPATIBILITY：START_STICKY的兼容版本，但不保證服務(wù)被kill后一定能重啟。
可能導(dǎo)致異常如下
java.lang.RuntimeException: Unable to start service
serviceName with null: java.lang.NullPointerException
at android.app.ActivityThread.handleServiceArgs(ActivityThread.java:3221)
at android.app.ActivityThread.access$2100(ActivityThread.java:156)
at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1461)
at android.os.Handler.dispatchMessage(Handler.java:102)
at android.os.Looper.loop(Looper.java:157)
at android.app.ActivityThread.main(ActivityThread.java:5872)
at java.lang.reflect.Method.invokeNative(Native Method)
at java.lang.reflect.Method.invoke(Method.java:515)
at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1069)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:885)
at dalvik.system.NativeStart.main(Native Method)
Caused by: java.lang.NullPointerException
at com.ag.rhg.download.DownloadPassService.onStart(Unknown Source)
at android.app.Service.onStartCommand(Service.java:450)
at android.app.ActivityThread.handleServiceArgs(ActivityThread.java:3187)
... 10 more
解決辦法：在Service onStart方法中做判斷
if (null != intent) {
。。。。。。。
}
posted on 2014-02-26 15:50
Terry Zou 閱讀(901)
評論(0) 編輯 收藏 所屬分類:
Android