BroadCastReceiver是android四大组件之一，主要作用是，专注于接收广播消息
1.实现一个BroadCastReceiver实现类，BroadCastReceiver是一个抽象类，也有一个抽象方法onReceive，重写onReceive方法
2.BroadCastReceiver注册，有两种方式，一种是静态注册(就是在AndroidManifest.xml 下的<\application>节点中注册)，另一种是动态注册(代码注册)
静态注册，就是在AndroidManifest.xml 下的<\application>节点中注册如下图
动态注册，就是在代码中注册如下图
3.两种注册类型的区别：
静态注册是当程序关闭后，如果有广播发过来，还能启动程序
动态注册的生命周期跟程序的生命周期是一样的，程序关闭后动态注册的广播是不能在接收到广播的
4.动态注册和静态注册的优缺点
静态注册
优点：当程序退出后还能接收到广播
缺点：时时监听，浪费内存
动态注册
优点：当程序启动后，才去监听，比静态注册省内存
在Android的广播机制中，动态注册的优先级高于静态注册的优先级，因此在必要情况下，我们需要动态注册广播接收器
缺点：当程序退出后，不能接收到广播消息
5.生命周期
当BroadCastReceiver接收到消息，会立即回调onReceive方法，并将包含消息的Intent对象传给它。onReceive中代码的执行时间不要超过5s，否则Android会弹出超时dialog。也不要执行异步任务，线程是不安全的。
6.广播类型
广播的类型主要分为5类：
普通广播（Normal Broadcast）
系统广播（System Broadcast）
有序广播（Ordered Broadcast）
粘性广播（Sticky Broadcast）
App应用内广播（Local Broadcast）
7.普通广播（Normal Broadcast）
一般指用户自定义的广播比如上面的广播，就是普通广播
8.系统广播（System Broadcast）
Android中内置了多个系统广播：只要涉及到手机的基本操作（如开机、网络状态变化、拍照等等），都会发出相应的广播。每个广播都有特定的Intent - Filter（包括具体的action），Android系统广播action如下：
| 系统操作 | action |
|---|---|
| 关闭或打开飞行模式 | Intent.ACTION_AIRPLANE_MODE_CHANGED |
| 充电时或电量发生变化 | Intent.ACTION_BATTERY_CHANGED |
| 电池电量低 | Intent.ACTION_BATTERY_LOW |
| 电池电量充足（即从电量低变化到饱满时会发出广播） | Intent.ACTION_BATTERY_OKAY |
| 系统启动完成后(仅广播一次) | Intent.ACTION_BOOT_COMPLETED |
| 检测网络变化 | ConnectivityManager.CONNECTIVITY_ACTION |
| 按下照相时的拍照按键(硬件按键)时 | Intent.ACTION_CAMERA_BUTTON |
| 屏幕锁屏 | Intent.ACTION_CLOSE_SYSTEM_DIALOGS |
| 设备当前设置被改变时(界面语言、设备方向等) | Intent.ACTION_CONFIGURATION_CHANGED |
| 插入耳机时 | Intent.ACTION_HEADSET_PLUG |
| 未正确移除SD卡但已取出来时(正确移除方法:设置–SD卡和设备内存–卸载SD卡) | Intent.ACTION_MEDIA_BAD_REMOVAL |
| 插入外部储存装置（如SD卡） | Intent.ACTION_MEDIA_CHECKING |
| 成功安装APK | Intent.ACTION_PACKAGE_ADDED |
| 成功删除APK | Intent.ACTION_PACKAGE_REMOVED |
| 重启设备 | Intent.ACTION_REBOOT |
| 屏幕被关闭 | Intent.ACTION_SCREEN_OFF |
| 屏幕被打开 | Intent.ACTION_SCREEN_ON |
| 关闭系统时 | Intent.ACTION_SHUTDOWN |
| 重启设备 | Intent.ACTION_REBOOT |
注：当使用系统广播时，只需要在注册广播接收者时定义相关的action即可，并不需要手动发送广播，当系统有相关操作时会自动进行系统广播
9.有序广播（Ordered Broadcast）
定义：发出去的广播，被广播接收者按照先后顺序接收，有序是针对广播接收者而言的
广播接受者接收广播的顺序规则(包括动态注册和静态注册)：
1.按照Priority属性值从大-小排序
2.Priority属性相同者，动态注册的广播优先
特点:
1.接收广播按顺序接收
2.先接收到的广播接收者可以对广播进行截断，后接收到的广播接收者不再接收到此广播；
3.先接收到的广播接收者可以对广播进行修改，后接收到的广播接收者将接收到被修改后的广播
具体使用
有序广播的使用过程与普通广播非常类似，差异仅在于广播的发送方式
sendOrderedBroadcast(intent， String);//string参数代表，权限
abortBroadcast();//可以在先接收到的广播接收者，进行进行拦截
10 . App应用内广播（Local Broadcast）
背景
Android中的广播可以跨App直接通信（exported对于有intent-filter情况下默认值为true）
冲突 可能出现的问题：
其他App针对性发出与当前App intent-filter相匹配的广播，由此导致当前App不断接收广播并处理；
其他App注册与当前App一致的intent-filter用于接收广播，获取广播具体信息；
即会出现安全性 & 效率性的问题。
解决方案
使用App应用内广播（Local Broadcast）
App应用内广播可理解为一种局部广播，广播的发送者和接收者都同属于一个App。
相比于全局广播（普通广播），App应用内广播优势体现在：安全性高 & 效率高
具体使用1 - 将全局广播设置成局部广播
注册广播时将exported属性设置为false，使得非本App内部发出的此广播不被接收；
在广播发送和接收时，增设相应权限permission，用于权限验证；
发送广播时指定该广播接收器所在的包名，此广播将只会发送到此包中的App内与之相匹配的有效广播接收器中。
通过intent.setPackage(packageName)指定报名
具体使用2 - 使用封装好的LocalBroadcastManager类
使用方式上与全局广播几乎相同，只是注册/取消注册广播接收器和发送广播时将参数的context变成了LocalBroadcastManager 的单一实例
注：对于LocalBroadcastManager方式发送的应用内广播，只能通过LocalBroadcastManager动态注册，不能静态注册
11.粘性广播（Sticky Broadcast）
由于在Android5.0 & API 21中已经失效，所以不建议使用，在这里也不作过多的总结
12.特别注意
对于不同注册方式的广播接收器回调OnReceive（Context context，Intent intent）中的context返回值是不一样的：
对于静态注册（全局+应用内广播），回调onReceive(context, intent)中的context返回值是：ReceiverRestrictedContext；
对于全局广播的动态注册，回调onReceive(context, intent)中的context返回值是：Activity Context；
对于应用内广播的动态注册（LocalBroadcastManager方式），回调onReceive(context, intent)中的context返回值是：Application Context。
对于应用内广播的动态注册（非LocalBroadcastManager方式），回调onReceive(context, intent)中的context返回值是：Activity Context；