broadcastreceiver全面详解

目录

 

 

1. 定义

即 广播，是一个全局的监听器，属于Android四大组件之一

Android 广播分为两个角色：广播发送者、广播接收者

---

2. 作用

监听 / 接收 应用 App 发出的广播消息，并 做出响应

---

3. 应用场景

• Android不同组件间的通信（含 ：应用内 / 不同应用之间）
• 多线程通信
• 与 Android 系统在特定情况下的通信

如：电话呼入时、网络可用时

---

4. 实现原理

4.1 采用的模型

• Android中的广播使用了设计模式中的观察者模式：基于消息的发布 / 订阅事件模型

因此，Android将广播的发送者 和 接收者 解耦，使得系统方便集成，更易扩展

4.2 模型讲解

• 模型中有3个角色：

• 1. 消息订阅者（广播接收者）
  2. 消息发布者（广播发布者）
  3. 消息中心（AMS，即Activity Manager Service）

• 示意图 & 原理如下

示意图

5. 使用流程

• 使用流程如下：

示意图

 

• 下面，我将一步步介绍如何使用BroadcastReceiver

5.1 自定义广播接收者BroadcastReceiver

• 继承BroadcastReceivre基类
• 必须复写抽象方法onReceive()方法

1. 广播接收器接收到相应广播后，会自动回调 onReceive() 方法
2. 一般情况下，onReceive方法会涉及 与 其他组件之间的交互，如发送Notification、启动Service等
3. 默认情况下，广播接收器运行在 UI 线程，因此，onReceive()方法不能执行耗时操作，否则将导致ANR

 

示例代码

// 继承BroadcastReceivre基类 public class mBroadcastReceiver extends BroadcastReceiver { // 复写onReceive()方法 // 接收到广播后，则自动调用该方法 @Override public void onReceive(Context context, Intent intent) { //写入接收广播后的操作 } }

 

// 继承BroadcastReceivre基类

public class mBroadcastReceiver extends BroadcastReceiver {

 

// 复写onReceive()方法

// 接收到广播后，则自动调用该方法

@Override

public void onReceive(Context context, Intent intent) {

//写入接收广播后的操作

}

}

5.2 广播接收器注册

注册的方式分为两种：静态注册、动态注册

当此 App首次启动时，系统会自动实例化mBroadcastReceiver类，并注册到系统中。

5.2.1 静态注册

• 注册方式：在AndroidManifest.xml里通过<receive>标签声明
• 属性说明：

 

示例：

<receiver

//此广播接收者类是mBroadcastReceiver

android:name=".mBroadcastReceiver" >

//用于接收网络状态改变时发出的广播

<intent-filter>

<action android:name="android.net.conn.CONNECTIVITY_CHANGE" />

</intent-filter>

</receiver>

5.2.2 动态注册

• 注册方式：在代码中调用Context.registerReceiver（）方法

 

特别注意

动态广播最好在Activity 的 onResume()注册、onPause()注销。

原因：

对于动态广播，有注册就必然得有注销，否则会导致内存泄露。重复注册、重复注销也不允许

在onResume()注册、onPause()注销是因为onPause()在App死亡前一定会被执行，从而保证广播在App死亡前一定会被注销，从而防止内存泄露。

 

5.3 广播发送

• 广播 是 用”意图（Intent）“标识
• 定义广播的本质 = 定义广播所具备的“意图（Intent）”
• 广播发送 = 广播发送者 将此广播的“意图（Intent）”通过sendBroadcast（）方法发送出去

 

5.3.2 广播的类型

广播的类型主要分为5类：

• 普通广播（Normal Broadcast）
• 系统广播（System Broadcast）
• 有序广播（Ordered Broadcast）
• 粘性广播（Sticky Broadcast）
• App应用内广播（Local Broadcast）

 

具体说明:

1. 普通广播（Normal Broadcast）

 

即 开发者自身定义 intent的广播（最常用）。发送广播使用如下：

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如下：

系统操作	action
监听网络变化	android.net.conn.CONNECTIVITY_CHANGE
关闭或打开飞行模式	Intent.ACTION_AIRPLANE_MODE_CHANGED
充电时或电量发生变化	Intent.ACTION_BATTERY_CHANGED
电池电量低	Intent.ACTION_BATTERY_LOW
电池电量充足（即从电量低变化到饱满时会发出广播	Intent.ACTION_BATTERY_OKAY
系统启动完成后(仅广播一次)	Intent.ACTION_BOOT_COMPLETED
按下照相时的拍照按键(硬件按键)时	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即可，并不需要手动发送广播，当系统有相关操作时会自动进行系统广播

 

3. 有序广播（Ordered Broadcast）

• 定义

发送出去的广播被广播接收者按照先后顺序接收，有序是针对广播接收者而言的

• 广播接受者接收广播的顺序规则（同时面向静态和动态注册的广播接受者）

• 1. 按照Priority属性值从大-小排序；
  2. Priority属性相同者，动态注册的广播优先；

• 特点

• 1. 接收广播按顺序接收
  2. 先接收的广播接收者可以对广播进行截断，即后接收的广播接收者不再接收到此广播；
  3. 先接收的广播接收者可以对广播进行修改，那么后接收的广播接收者将接收到被修改后的广播

• 具体使用

有序广播的使用过程与普通广播非常类似，差异仅在于广播的发送方式：

 

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）

1. App应用内广播可理解为一种局部广播，广播的发送者和接收者都同属于一个App。
2. 相比于全局广播（普通广播），App应用内广播优势体现在：安全性高 & 效率高

• 具体使用1 - 将全局广播设置成局部广播

• 1. 注册广播时将exported属性设置为false，使得非本App内部发出的此广播不被接收；
  2. 在广播发送和接收时，增设相应权限permission，用于权限验证；
  3. 发送广播时指定该广播接收器所在的包名，此广播将只会发送到此包中的App内与之相匹配的有效广播接收器中。

通过intent.setPackage(packageName)指定报名

• 具体使用2 - 使用封装好的LocalBroadcastManager类

使用方式上与全局广播几乎相同，只是注册/取消注册广播接收器和发送广播时将参数的context变成了LocalBroadcastManager的单一实例

注：对于LocalBroadcastManager方式发送的应用内广播，只能通过LocalBroadcastManager动态注册，不能静态注册

 

//注册应用内广播接收器

//步骤1：实例化BroadcastReceiver子类 & IntentFilter mBroadcastReceiver

mBroadcastReceiver = new mBroadcastReceiver();

IntentFilter intentFilter = new IntentFilter();

 

//步骤2：实例化LocalBroadcastManager的实例

localBroadcastManager = LocalBroadcastManager.getInstance(this);

 

//步骤3：设置接收广播的类型

intentFilter.addAction(android.net.conn.CONNECTIVITY_CHANGE);

 

//步骤4：调用LocalBroadcastManager单一实例的registerReceiver（）方法进行动态注册

localBroadcastManager.registerReceiver(mBroadcastReceiver, intentFilter);

 

//取消注册应用内广播接收器

localBroadcastManager.unregisterReceiver(mBroadcastReceiver);

 

//发送应用内广播

Intent intent = new Intent();

intent.setAction(BROADCAST_ACTION);

localBroadcastManager.sendBroadcast(intent);

 

4. 粘性广播（stickyBroadcast）

 

sticky粘性的意思。这种广播一般不会终止，只要有符合条件的广播接收者能接收广播，那么就会发送给他广播。永远不会终止发送广播，除非某个广播接收者告诉它不要再发送广播了。

 

使用这个api需要权限android.Manifest.permission.BROADCAST_STICKY,粘性广播的特点是Intent会一直保留到广播事件结束，而这种广播也没有所谓的10秒限制，10秒限制是指普通的广播如果onReceive方法执行时间太长，超过10秒的时候系统会将这个广播置为可以干掉的candidate，一旦系统资源不够的时候，就会干掉这个广播而让它不执行。

 

在android5.0以后就废弃了

 

6. 特别注意

对于不同注册方式的广播接收器回调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；

1.广播接收者的生命周期是非常短暂的，在接收到广播的时候创建，onReceive()方法结束之后销毁

2.广播接收者中不要做一些耗时的工作，否则会弹出Application No Response错误对话框

3.最好也不要在广播接收者中创建子线程做耗时的工作，因为广播接收者被销毁后进程就成为了空进程，很容易被系统杀掉

4.耗时的较长的工作最好放在服务中完成

 

 

粘性消息在发送后就一直存在于系统的消息容器里面，等待对应的处理器去处理，如果暂时没有处理器处理这个消息则一直在消息容器里面处于等待状态，粘性广播的Receiver如果被销毁，那么下次重建时会自动接收到消息数据。