关于android4.0广播

android3.1之前，广播：

<receiver android:name=".SmsReceiver" >
            <intent-filter android:priority="20" >
                <action android:name="android.provider.Telephony.SMS_RECEIVED" />
            </intent-filter>
        </receiver>

android 4.0为了防止一些malware（恶意软件）不经用户启动就在后台运行，默认安装的程序在用户启动前是完全被系统忽略的，即使程序注册了广播，系统也不会给该程序传递广播。只有程序被用户运行过之后，消息广播才会生效。而且，即使程序已经运行过了，如果被用户Force Stop（强制停止），又会回到被系统忽略的状态。这个问题其实从3.1的时候就已经有了，最近用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还是留了点余地，对于自定义的广播我们可以通过

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

例如：

    Intent startIntent = new Intent();
    startIntent.putExtra("pkg", getPackageName());
    startIntent.setAction("com.lenovo.speechcamera.start");
    startIntent.setFlags(Intent.FLAG_INCLUDE_STOPPED_PACKAGES);
    sendBroadcast(startIntent);

参考：http://www.cnblogs.com/slider/archive/2012/02/14/2351702.html

http://blog.csdn.net/huahuadashen/article/details/16337407