1、授权：
<uses-permission android:name="android.permission.RECEIVE_BOOT_COMPLETED"></uses-permission>
2、intent-filter & name使用类全名
<receiver
android:name="com.bd.testbootservice.MyReceiver"
android:enabled="true"
android:exported="true" >
<intent-filter android:priority="1000">
<action android:name="android.intent.action.BOOT_COMPLETED"></action>
<category android:name="android.intent.category.HOME"></category>
</intent-filter>
</receiver>
3、避免使用SD卡：
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
package="com.bd.testbootservice"
android:installLocation="internalOnly">
Android API Level8以上的时候，程序可以安装在SD卡上。如果程序安装在SD卡上，那么在BOOT_COMPLETED广播发送之后，SD卡才会挂载，因此程序无法监听到该广播。
解决办法：同时监听开机和sd卡挂载。（也不能只监听挂载就认为开机了，因为有的手机没有sd卡）
实现对挂载进行监听meda mounted如下：
<receiver android:name="com.bd.testbootservice.MyReceiver" >
<intent-filter >
<action android:name="android.intent.action.MEDIA_MOUNTED" />
<action android:name="android.intent.action.MEDIA_UNMOUNTED" />
<data android:scheme="file" >
</data>
</intent-filter>
</receiver>
监听meda mounted的Receiver就不写了。
如何实现一个能同时监听开机BOOT_COMPLETED和挂载meda mounted的广播接收器呢？
理论上只要将meda mounted的intent-filter和BOOT_COMPLETED的intent-filter放在一起就行了，但是，放同一个intent-filter里，boot complete监听不到，需要放到两个intent filter中：
<receiver android:name="com.bd.testbootservice.MyReceiver" >
<intent-filter >
<action android:name="android.intent.action.BOOT_COMPLETED" />
</intent-filter>
<intent-filter >
<action android:name="android.intent.action.MEDIA_MOUNTED" />
<action android:name="android.intent.action.MEDIA_UNMOUNTED" />
<data android:scheme="file" >
</data>
</intent-filter>
</receiver>
4、Stopped state
（一）
在做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，由于不能修改，就只能接受这个现实了。
（二）
android 4.0为了防止一些malware（恶意软件）不经用户启动就在后台运行，默认安装的程序在用户启动前是完全被系统忽略的，即使程序注册了广播，系统也不会给该程序传递广播。只有程序被用户运行过之后，消息广播才会生效。而且，即使程序已经运行过了，如果被用户Force Stop（强制停止），又会回到被系统忽略的状态。这个问题其实从3.1的时候就已经有了，最近用4.0的系统测试才发现了这个问题的存在，引起不少麻烦。
5、通过adb发送命令 ~/Library/Android/sdk/platform-tools
adb发送BOOT_COMPLETED
我们可以通过
adb shell am broadcast -a android.intent.action.BOOT_COMPLETED
命令发送BOOT_COMPLETED广播，而不用重启测试机或模拟器来测试BOOT_COMPLETED广播，这条命令可以更精确的发送到某个package，如下：
adb shell am broadcast -a android.intent.action.BOOT_COMPLETED -c android.intent.category.HOME -n package_name/class_name
6、
7、
参考：
http://www.trinea.cn/android/android-boot_completed-not-work/