一、基本概念
1.1 实现广播接收者
首先，我们需要创建一个广播接收者，继承于BroadcastReceiver并重写它的onReceive方法。
public class MyBroadcastReceiver extends BroadcastReceiver {
@Override
public void onReceive(Context context, Intent intent) {}
}
在创建完接收者之后，还需要进行注册，告诉系统有这个监听者。广播注册的方式分为：静态注册和动态注册。
静态注册
静态注册在AndroidManifest.xml中进行指定。
<receiver android:enabled=["true" | "false"]
android:exported=["true" | "false"]
android:icon="drawable resource"
android:label="string resource"
android:name="string"
android:permission="string"
android:process="string" >
. . .
</receiver>
exported：exported决定了 广播接收者所能收到广播的范围，假如为false，那么只有同一个App，或者userId相同的App发出的广播它才能够收到，并不是指同一个进程。exported一般情况下默认为false，唯一例外的是假如设置了intent-filter，那么默认值为true。对于静态注册的广播，在Android 3.1之后，应用如果没有启动并且Intent中包含了FLAG_INCLUDE_STOPPED_PACKAGES属性，那么会先调起应用，否则在应用没有启动的情况下将无法收到广播。permission：如果设置了permission，那么只有 具有相应权限的广播发送方 发送的广播才能被此BroadcastReceiver接收。Android广播的权限机制是双向的，即我们既可以 要求发送者具有权限，也可以 要求接收者具有权限，才能完成端到端的通信过程，这里就是 要求发送者具有权限。process：运行所处的进程，默认为App的进程。
动态注册
动态注册的广播无需在AndroidManifest.xml进行声明，在代码中进行注册和注销即可。
//注册广播。
registerReceiver(BroadcastReceiver receiver, IntentFilter filter)
//注销广播。
unregisterReceiver(BroadcastReceiver receiver);
1.2 发送广播
广播的发送者通过Intent将其意图发送出去，系统找到匹配的接收者，发送广播的一般方式如下：
Intent intent = new Intent();
intent.setAction(INTENT_ACTION);
sendBroadcast(intent);
1.3 广播类型
广播可以分为以下几类：无序广播、有序广播和粘性广播。
1.3.1 无序广播
无序广播指的是所有广播接收者收到广播的顺序是没有规律的。
1.3.2 有序广播
有序广播指的是发送出的广播被BroadcastReceiver按照priority从大到小的顺序接收，当priority相同时，动态广播优先静态广播，发送有序广播的方式为：
sendOrderedBroadcast(intent, receiverPermission, ...)
对于有序广播有一个特点，先接收的BroadcastReceiver具有拦截广播的权利，拦截的方法为onReceive方法中调用abortBroadcast()方法。
1.3.3 粘性广播
已经废弃，它是用来处理先收到广播然后才注册的情况。
1.4 应用内广播
假如exported属性为true，那么是允许两个不同应用通过广播进行通信的。就可能出现 安全隐患：
- 其他
App可能会针对性地发出与当前App的intent-filter相匹配的广播，导致当前App不断接收到广播并处理。 - 其他
App可以注册与当前App相匹配的intent-filter，从而获取广播具体信息。
为了避免出现以上的安全问题，有以下的解决方法：
- 设置
exported属性为false。 - 设置权限。
- 发送广播时，指定具体的包名。
假如我们的广播只需要在应用内部通信，那么可以采用封装好的LocalBroadcastManager类，用于解决安全问题。
传统的广播是通过Binder来实现的，而LocalBroadcastManager则是采用Handler的方式。当注册广播的时候，其实将Receiver添加到单例对象LocalBroadcastManager维护的列表当中，发送消息的时候，通过Receiver所关联的action找到它，最后回调它的onReceive方法。
因此，只有通过LocalBroadcastManager注册的BroadcastReceiver才能收到通过LocalBroadcastManager发出的广播。
具体的代码实现可以参考这篇文章 LocalBroadcastManager 的实现原理，还是 Binder？。
二、一些需要注意的点
2.1 权限问题
通过权限可以也可以解决我们之前谈到的安全问题，Broadcast的权限是双向的。
2.1.1 要求接收者具有权限
这种方式 用于防止广播信息泄露。
在 发送者 的AndroidManifest.xml中定义权限。
<permission android:name = "com.android.permission.RECV_XXX"/>
发送者在发送广播的时候，采用带有权限的接口进行发送。
sendBroadcast("com.android.XXX_ACTION", "com.android.permission.RECV_XXX");
接收者 如果希望能收到广播，那么需要在它的AndroidManifest.xml进行声明使用该权限。
<uses-permission android:name="com.android.permission.RECV_XXX"></uses-permission>
2.1.2 要求发送者具有权限
这种方式 用于防止外部应用恶意地发送广播，导致接收者一直在处理。
在 接收者 的AndroidManifest.xml中定义权限。
<permission android:name="com.android.SEND_XXX"/>
在接收者的AndroidManifest.xml声明BroadcastReceiver的时候，通过permission字段指定权限。
<receiver android:name=".XXXReceiver"
android:permission="com.android.permission.SEND_XXX">
<intent-filter>
<action android:name="com.android.XXX_ACTION" />
</intent-filter>
</receiver>
发送者 如果希望广播能被该接收者收到，那么需要在AndroidManifest.xml中声明使用该权限。
<uses-permission android:name="com.android.permission.SEND_XXX“></users-permission>
2.2 ANR
在BroadcastReceiver方法中，不要进行耗时的操作，超过10s会发生BroadcastQueue Timeout的ANR异常。
2.3 onReceive 传入的 Context
静态注册的
BroadcastReceiver，其Context是android.app.ReceiverRestrictedContext。动态注册的普通
BroadcastReceiver，与调用registerReceiver方法的Context有关，如果是通过Application Context注册的，那么Context是Application Context，如果是Activity Context，那么其Context是Activity Context。LocalBroadcastManager动态注册的BroadcastReceiver，其Context是Application Context。
三、参考文章
Android Broadcast 和 BroadcastReceiver 的权限限制
Android 总结篇系列：Android 广播机制
LocalBroadcastManager 的实现原理，还是 Binder？
