BroadcastReceiver本质上属于一个监听器，因此实现BroadcastReceiver的方法只要重写BroadcastReceiver的onReceive(Context context ,Intent intent)方法即可。
一旦实现了BroadcastReceiver，接下来就应该指定BroadcastReceiver能匹配的Intent，此时有两种方式：
1.使用代码进行指定，调用BroadcastReceiver的Context的registerReceiver(BroadcastReceiver receiver ，IntentFilter filter)方法指定。例如如下代码：
IntentFilter filter = new IntentFilter("android.provider.Telephony.SMS_RECEIVED");
IncomingSMSReceiver receiver = new IncomingSMSReceiver();
registerReceiver(receiver , filter);
2.在AndroidManifest.xml文件中配置。例如如下代码：
<receiver android:name=".IncomingSMSReceiver">
<intent-filter >
<action android:name="android.provider.Telephony.SMS_RECEIVED"/>
</intent-filter>
</receiver>
每次系统Broadcast事件发生后，系统就会创建对应的BroadcastReceiver的实例，并自动触发它的onReceive()方法，onReceive()方法执行完后，BroadcastReceiver的实例就会被销毁。
如果BroadcastReceiver的onReceive()方法不能在10秒内执行完成，Android会认为该程序无响应。所以不要在BroadcastReceiver的onReceive()方法里执行一些耗时的操作，否则会弹出ANR(Application No Respose)的对话框。
如果确实需要根据Broadcast来完成一项比较耗时的操作，则可以考虑通过Intent启动一个Service来完成该操作，不应该考虑使用新线程去完成耗时的操作，因为BroadcastReceiver本身的生命周期很短，可能出现的情况是子线程可能还没有结束，BroadcastReceiver就已经推出了。
如果BroadcastReceiver所在的进程结束，虽然该进程内还有用户启动的新线程，但由于该进程内不包含任何活动组件，因此系统可能在内存紧张时优先结束该进程，这样就可能导致BroadcastReceiver启动的子线程不能执行完成。