开机广播BOOT_COMPLETED

在Android 4.0 有时可以接收到开机启动广播，有时却不可以。经过分析发现，如果应用程序安装上始终没有被打开过，那么在Android启动时，该应用无法接收到开机启动广播android.permission.RECEIVE_BOOT_COMPLETED。或者，到设置——>应用程序，找到刚才安装的应用，点击“强行停止”，那么重启手机后，就收不到BOOT_COMPLETED广播了。如果该应用被有些三方安全软件强制杀掉进程后，重启手机也会收不到BOOT_COMPLETED广播。

原来在Android 3.1的更新文档中已经做了说明。

从Android 3.1开始，系统的软件包管理器跟踪处于停止状态(stopped state)的应用程序，提供了一种控制其启动后台进程和其他应用程序方式。

需要注意的是应用程序的停止状态(stopped state)和Activity的停止状态是不一样的。该系统可以分别管理这两种停止状态。

该平台定义了两个新的Intent的Flag，让发送者指定的意图是否应该被允许激活停止的应用程序的组件。

FLAG_INCLUDE_STOPPED_PACKAGES - Include intent filters of stopped applications in the list of potential targets to resolve against.包括停止的应用程序列表中的。
FLAG_EXCLUDE_STOPPED_PACKAGES - Exclude intent filters of stopped applications from the list of potential targets.排除停止的应用程序列表中的。

当两个Flag都不设置或都设置的时候，默认操作是FLAG_INCLUDE_STOPPED_PACKAGES。

请注意，系统向所有的Intent的广播添加了FL​​AG_EXCLUDE_STOPPED_PACKAGES标志。它这样做是为了防止广播无意中的或不必要地开启组件的stoppped应用程序的后台服务。后台服务或应用程序可以通过向广播Intent添加FLAG_INCLUDE_STOPPED_PACKAGES标志来唤醒处于停止状态(stopped state)的应用程序。


应用程序处于停止状态情况有两种，一种是他们是第一次安装，但尚未启动，另一种是在管理应用程序中由用户手动停止。


简单的说，就是防止开机启动恶意程序，优化启动。经过验证发现，系统级的应用程序是可以接收到开机启动广播的。

自定义的广播我们可以通过setFlags(Intent.FLAG_INCLUDE_STOPPED_PACKAGES);这个方法来唤醒处于“stopped state”的程序，也就是用户自己写的广播intent可以控制这个机制，但是系统自带的广播intent，由于不能修改，就只能接受这个现实了。

例如：
 Intent i = new Intent("com.citaq.startSever");  
 
 i.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
 
 i.addFlags(Intent.FLAG_INCLUDE_STOPPED_PACKAGES);
 
 i.putExtra("msg",  this.getPackageName());
 
 sendBroadcast(i);