Android自啟動注意事項

標籤：

在做Android開發時，很多應用由於各種目的，希望在機器啟動時被喚醒，一般的做法是寫一個BroadcastReceiver，接收對應的boot action，當然別忘了在Manifest中添加permission "android.permission.RECEIVE_BOOT_COMPLETED“。但是最近在做4.0開發時，有同事聲稱這個廣播接收不到了，同時其他有人又說自己的能接收到，到底是怎麼回事呢。     原來，在3.1之後，系統的package manager增加了對處於“stopped state”應用的管理，這個stopped和Activity生命週期中的stop狀態是完全兩碼事，指的是安裝後從來沒有啟動過和被使用者手動強制停止的應用，與此同時系統增加了2個Flag：FLAG_INCLUDE_STOPPED_PACKAGES和FLAG_EXCLUDE_STOPPED_PACKAGES ，來標識一個intent是否啟用處於“stopped state”的應用。當2個Flag都不設定或者都進行設定的時候，採用的是FLAG_INCLUDE_STOPPED_PACKAGES的效果。     有了上面的新機制之後，google覺得給所有的廣播intent預設加上FLAG_EXCLUDE_STOPPED_PACKAGES會非常的Cooooool，能在一定程度上避免流氓軟體、病毒啊幹壞事，還能提高效率，就導致了本文題目中說的問題，RECEIVE_BOOT_COMPLETED廣播如果使用者沒有運行過應用，就不會響應了。     不過google還是留了點餘地，允許應用和後台服務通過給廣播intent設定FLAG_INCLUDE_STOPPED_PACKAGES來喚醒處於“stopped state”的程式，也就是使用者自己寫的廣播intent可以控制這個機制，但是系統內建的廣播intent，由於不能修改，就只能接受這個現實了。 解決方案：定製系統，修改framework,把系統發bootcompleteIntent的地方改一下,在intent裡設上FLAG_EXCLUDE_STOPPED_PACKAGES,那樣在這個系統裡,你的APP就可以開機啟動了.

Android自啟動注意事項