目录：
1. 定义
广播是一个全局的监听器，属于Android四大组件之一。Android广播分为两个角色：广播发送者和广播接收者。
2. 作用
监听/接收应用App发出的广播消息，并做出响应。
3. 应用场景
Android不同组件间的通信(含：应用内/不同应用之间)、多线程通信以及与Android系统在特定情况下的通信(如电话呼入时、网络可用时)。
4. 实现原理
4.1 采用的模型
Android中的广播使用了设计模式中的观察者模式：基于消息的发布/订阅事件模型。因此，Android将广播的发送者和接收者解耦，使得系统方便集成，更易扩展。
4.2 模型讲解
模型中有3个角色：消息订阅者(广播接收者)、消息发布者(广播发布者)和消息中心(AMS,即Activity Manager Service)。示意图及原理如下：
示意图：
5. 使用流程
使用流程如下：
示意图：
下面，我将一步步介绍如何使用BroadcastReceiver。
5.1 自定义广播接收者BroadcastReceiver
继承BroadcastReceivre基类，必须复写抽象方法onReceive()方法。广播接收器接收到相应广播后，会自动回调onReceive()方法。一般情况下，onReceive方法会涉及与其他组件之间的交互，如发送Notification、启动Service等。默认情况下，广播接收器运行在UI线程，因此，onReceive()方法不能执行耗时操作，否则将导致ANR。
示例代码：
```java
// 继承BroadcastReceivre基类
public class mBroadcastReceiver extends BroadcastReceiver {
// 复写onReceive()方法
// 接收到广播后，则自动调用该方法
@Override
public void onReceive(Context context, Intent intent) {
//写入接收广播后的操作
}
}
```
以下是重构后的代码：
public class BroadcastReceiverExample extends BroadcastReceiver {
@Override
public void onReceive(Context context, Intent intent) {
// 在这里写入接收到广播后的操作
}
}
```java
// 在 AndroidManifest.xml 中注册广播接收器
```
5.2 广播接收器的注册方式分为静态注册和动态注册两种。
5.2.1 静态注册方式在 `AndroidManifest.xml` 文件中使用 `
```xml
```
5.2.2 动态注册方式需要在代码中调用 `Context.registerReceiver()` 方法进行注册。特别注意，动态广播最好在 Activity 的 `onResume()` 方法中注册，并在 `onPause()` 方法中注销。这样可以确保在 App 生命周期结束前广播被正确注销，避免内存泄露。示例代码如下：
```java
// 在 Activity 中注册广播接收器
@Override
protected void onResume() {
super.onResume();
IntentFilter intentFilter = new IntentFilter();
intentFilter.addAction("android.net.conn.CONNECTIVITY_CHANGE");
registerReceiver(new BroadcastReceiverExample(), intentFilter);
}
@Override
protected void onPause() {
super.onPause();
unregisterReceiver(new BroadcastReceiverExample());
}
```
以下是重构后的内容：
开发者可以通过自定义广播(Intent)来发送广播。以下是发送广播的示例代码：
```java
Intent intent = new Intent(); //对应BroadcastReceiver中intentFilter的action
intent.setAction(BROADCAST_ACTION); //发送广播
sendBroadcast(intent);
```
如果发送广播需要相应的权限，那么广播接收者也需要相应的权限。只有当被注册的广播接收者中的intentFilter的action与发送的广播匹配时，才会接收到此广播并进行回调onReceive()方法。
2. 系统广播(System Broadcast)
Android系统中内置了多个系统广播，这些广播涉及到手机的基本操作，如开机、网络状态变化、拍照等。每个系统广播都有特定的Intent-Filter(包括具体的action)。以下是一些常用的Android系统广播action:
- 系统操作：
```java
android.system.action.PACKAGE_ADDED
android.system.action.PACKAGE_REMOVED
android.system.action.PACKAGE_REPLACED
android.system.action.VIBRATOR_VIBRATE
```
- 监听网络变化：
```java
android.net.conn.CONNECTIVITY_CHANGE
```
- 关闭或打开飞行模式：
```java
Intent.ACTION_AIRPLANE_MODE_CHANGED
```
- 充电时或电量发生变化：
```java
Intent.ACTION_BATTERY_CHANGED
```
- 电池电量低：
```java
Intent.ACTION_BATTERY_LOW
```
- 电池电量充足(从电量低变化到饱满时会发出广播):
```java
Intent.ACTION_BATTERY_OKAY
```
- 系统启动完成后(仅广播一次):
```java
Intent.ACTION_BOOT_COMPLETED
```
- 按下照相时的拍照按键(硬件按键):
```java
Intent.ACTION_CAMERA_BUTTON
```
以下是重构后的内容：
## 3. 有序广播(Ordered Broadcast)
### 定义
发送出去的广播被广播接收者按照先后顺序接收，有序是针对广播接收者而言的。
### 广播接受者接收广播的顺序规则(同时面向静态和动态注册的广播接受者)
- 按照Priority属性值从大到小排序；
- Priority属性相同者，动态注册的广播优先；
### 特点
- 接收广播按顺序接收；
- 先接收的广播接收者可以对广播进行截断，即后接收的广播接收者不再接收到此广播；
- 先接收的广播接收者可以对广播进行修改，那么后接收的广播接收者将接收到被修改后的广播。
### 具体使用
有序广播的使用过程与普通广播非常类似，差异仅在于广播的发送方式：
```java
sendOrderedBroadcast(intent);
```
注：有序广播会按照优先级来判断执行的顺序。在清单文件 `intent-filter` 里添加 `android:priority="15" -1000~1000`,值越大优先级越大。在 `Activity` 中使用 `intentFilter.setPriority(10)`。
## 4. 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动态注册，不能静态注册。
具体操作步骤如下：
1. 注册应用内广播接收器：
- 步骤1:实例化BroadcastReceiver子类 & IntentFilter mBroadcastReceiver;
- 步骤2:实例化LocalBroadcastManager的实例 localBroadcastManager = LocalBroadcastManager.getInstance(this);
- 步骤3:设置接收广播的类型 intentFilter.addAction(android.net.conn.CONNECTIVITY_CHANGE);
- 步骤4:调用LocalBroadcastManager单一实例的registerReceiver()方法进行动态注册 localBroadcastManager.registerReceiver(mBroadcastReceiver, intentFilter);
2. 取消注册应用内广播接收器：
以下是重构后的内容：
1. 注销广播接收器
```java
localBroadcastManager.unregisterReceiver(mBroadcastReceiver);
```
2. 发送应用内广播
```java
Intent intent = new Intent();
intent.setAction(BROADCAST_ACTION);
localBroadcastManager.sendBroadcast(intent);
```
3. 粘性广播(stickyBroadcast)
粘性广播是指只要有符合条件的广播接收者能接收广播，那么就会发送给他广播。这种广播一般不会终止，除非某个广播接收者告诉它不要再发送广播了。使用这个API需要权限`android.Manifest.permission.BROADCAST_STICKY`。粘性广播的特点是Intent会一直保留到广播事件结束，而这种广播也没有所谓的10秒限制。在Android 5.0以后就废弃了。
4. 特别注意
- 对于不同注册方式的广播接收器回调`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`。
- 广播接收者的生命周期是非常短暂的，在接收到广播的时候创建，`onReceive()`方法结束之后销毁。
在广播接收者中，我们应避免执行耗时较长的任务，否则可能会出现“Application No Response”错误对话框。这是因为如果广播接收者在执行耗时任务时被销毁，那么进程可能会被系统回收，从而导致这个错误。因此，最好的做法是将耗时的工作放在服务中完成。
粘性消息是一种特殊的广播消息，它在发送后会一直存在于系统的消息容器中，等待对应的处理器去处理。如果暂时没有处理器处理这个消息，那么它就会一直在消息容器中处于等待状态。值得注意的是，粘性广播的Receiver如果被销毁，那么下次重建时会自动接收到消息数据。这就意味着，即使我们的BroadcastReceiver在某些情况下被销毁了，只要稍后重新启动应用程序，就可以再次接收到这些消息。
