Android四大组件:BroadcastReceiver史上最全面解析
来源:互联网 发布:ubuntu进不了图形界面 编辑:程序博客网 时间:2024/05/21 22:30
前言
- BroadcastReceiver(广播接收器),属于Android四大组件之一
- 在Android开发中,BroadcastReceiver的应用场景非常多
- 今天,我将详细讲解关于BroadcastReceiver的一切相关知识
目录
1. 定义
BroadcastReceiver,本质上是一个全局的监听器,属于Android四大组件之一。
Android广播分为两个方面:广播发送者、广播接收者(BroadcastReceiver)
2. 作用
用于监听(接收)应用发出的广播消息,并做出响应
最常见的应用场景
a. 不同组件之间通信(包括应用内 / 不同应用之间)
b. Android系统在特定情况下与App之间的消息通信如当电话呼入时、网络可用时
c. 多线程通信
3. 实现原理
- Android中的广播使用了设计模式中的观察者模式:基于消息的发布/订阅事件模型。
- 因此,Android将广播的发送者和接收者极大程度解耦,使得系统能够方便集成,更易扩展。
具体实现流程概括如下:
- 自定义广播接收者BroadcastReceiver,并复写onRecvice()方法;
- 通过Binder机制向AMS(Activity Manager Service)进行注册;
- 广播发送者通过Binder机制向AMS发送广播;
- AMS查找符合相应条件(IntentFilter/Permission等)的BroadcastReceiver,将广播发送到BroadcastReceiver(一般情况下是Activity)相应的消息循环队列中;
- 消息循环执行拿到此广播,回调BroadcastReceiver中的onReceive()方法。
从上面可以看出:
- 广播发送者和广播接收者分别属于观察者模式中的消息发布和订阅者,AMS属于中间的处理中心;
- 广播发送者和广播接收者的执行是异步的,发出去的广播不会关心有无接收者接收,也不确定接收者到底是何时才能接收到;
- 对于不同的广播类型、不同BroadcastReceiver的注册方式,具体实现上会有不同。但总体流程大致如上。
4. 使用流程介绍
具体使用流程如下:
- 自定义广播接收者BroadcastReceiver子类,并复写onRecvice()方法;
- 通过Binder机制向AMS(Activity Manager Service)进行注册;
- 广播发送者通过Binder机制向AMS发送广播;
- AMS查找符合相应条件(IntentFilter/Permission等)的BroadcastReceiver,将广播发送到BroadcastReceiver(一般情况下是Activity)相应的消息循环队列中;
- 消息循环执行拿到此广播,回调BroadcastReceiver中的onReceive()方法。
接下来我将一步步介绍如何使用
4.1 自定义广播接收者BroadcastReceiver
- 继承自BroadcastReceivre基类
必须复写抽象方法onReceive()方法
- 广播接收器接收到相应广播后,会自动回调onReceive()方法
- 一般情况下,onReceive方法会涉及与其他组件之间的交互,如发送Notification、启动service等
- 默认情况下,广播接收器运行在UI线程,因此,onReceive方法不能执行耗时操作,否则将导致ANR。
代码范例
mBroadcastReceiver.Java
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
4.2 广播接收器注册
注册的方式分为两种:静态注册、动态注册
4.2.1 静态注册
- 在AndroidManifest.xml里通过标签声明
- 属性说明:
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 注册示例
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
当此App首次启动时,系统会自动实例化mBroadcastReceiver类,并注册到系统中。
4.2.2 动态注册
在代码中通过调用Context的registerReceiver()方法进行动态注册BroadcastReceiver
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
特别注意
- 动态广播最好在Activity的onResume()注册、onPause()注销。
原因:
对于动态广播,有注册就必然得有注销,否则会导致内存泄露
重复注册、重复注销也不允许
Activity生命周期如下:
Activity生命周期的方法是成对出现的:
- onCreate() & onDestory()
- onStart() & onStop()
- onResume() & onPause()
在onResume()注册、onPause()注销是因为onPause()在App死亡前一定会被执行,从而保证广播在App死亡前一定会被注销,从而防止内存泄露。
- 不在onCreate() & onDestory() 或 onStart() & onStop()注册、注销是因为:
当系统因为内存不足(优先级更高的应用需要内存,请看上图红框)要回收Activity占用的资源时,Activity在执行完onPause()方法后就会被销毁,有些生命周期方法onStop(),onDestory()就不会执行。当再回到此Activity时,是从onCreate方法开始执行。- 假设我们将广播的注销放在onStop(),onDestory()方法里的话,有可能在Activity被销毁后还未执行onStop(),onDestory()方法,即广播仍还未注销,从而导致内存泄露。
- 但是,onPause()一定会被执行,从而保证了广播在App死亡前一定会被注销,从而防止内存泄露。
4.2.3 两种注册方式的区别
4.3 广播发送者向AMS发送广播
4.3.1 广播的发送
- 广播是用”意图(Intent)“标识
- 定义广播的本质:定义广播所具备的“意图(Intent)”
- 广播发送:广播发送者将此广播的”意图“通过sendBroadcast()方法发送出去
4.3.2 广播的类型
广播的类型主要分为5类:
- 普通广播(Normal Broadcast)
- 系统广播(System Broadcast)
- 有序广播(Ordered Broadcast)
- 粘性广播(Sticky Broadcast)
- App应用内广播(Local Broadcast)
具体说明如下:
1. 普通广播(Normal Broadcast)
即开发者自身定义intent的广播(最常用)。发送广播使用如下:
- 1
- 2
- 3
- 4
- 5
- 1
- 2
- 3
- 4
- 5
- 若被注册了的广播接收者中注册时intentFilter的action与上述匹配,则会接收此广播(即进行回调onReceive())。如下mBroadcastReceiver则会接收上述广播
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 若发送广播有相应权限,那么广播接收者也需要相应权限
2. 系统广播(System Broadcast)
- Android中内置了多个系统广播:只要涉及到手机的基本操作(如开机、网络状态变化、拍照等等),都会发出相应的广播
- 每个广播都有特定的Intent - Filter(包括具体的action),Android系统广播action如下:
注:当使用系统广播时,只需要在注册广播接收者时定义相关的action即可,并不需要手动发送广播,当系统有相关操作时会自动进行系统广播
3. 有序广播(Ordered Broadcast)
定义
发送出去的广播被广播接收者按照先后顺序接收有序是针对广播接收者而言的
广播接受者接收广播的顺序规则(同时面向静态和动态注册的广播接受者)
- 按照Priority属性值从大-小排序;
- Priority属性相同者,动态注册的广播优先;
特点
- 接收广播按顺序接收
- 先接收的广播接收者可以对广播进行截断,即后接收的广播接收者不再接收到此广播;
- 先接收的广播接收者可以对广播进行修改,那么后接收的广播接收者将接收到被修改后的广播
具体使用
有序广播的使用过程与普通广播非常类似,差异仅在于广播的发送方式:
- 1
- 1
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
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
5. 粘性广播(Sticky Broadcast)
由于在Android5.0 & API 21中已经失效,所以不建议使用,在这里也不作过多的总结。
5. 特别注意
对于不同注册方式的广播接收器回调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;
- Android四大组件:BroadcastReceiver史上最全面解析
- Android四大组件:BroadcastReceiver史上最全面解析
- Android四大组件之一---BroadcastReceiver全面解析
- Android四大组件:Service史上最全面解析
- Android四大组件:Service史上最全面解析
- Android四大组件之BroadcastReceiver详细解析
- Android四大组件之一 BroadcastReceiver解析
- Android四大组件----BroadcastReceiver
- Android四大组件-BroadcastReceiver
- Android四大组件-BroadcastReceiver
- Android四大组件----BroadcastReceiver
- android四大组件---BroadCastReceiver
- Android四大组件:BroadcastReceiver
- Android四大组件:BroadcastReceiver
- Android四大组件:BroadcastReceiver
- (Android四大组件)---BroadcastReceiver
- Android四大组件:Service服务史上最全面解析
- android四大组件-service全面解析一
- 【机房重构】泛型与Datatable
- 输入一串数逗号隔开,排序后n个一行输出
- 基于MATLAB图像处理工具箱
- easyUI(三) -- Dialog的控制及遮罩层
- android热修复之Robust使用
- Android四大组件:BroadcastReceiver史上最全面解析
- 安装qibuild遇到的问题
- Python中使用defaultdict初始化字典以及应用
- 开博客
- <Android Studio> Android Studio 配置Code Style
- POJ1113 计算几何雏形:凸包!
- Linux内核分析(五):系统调用深入分析
- NYOJ
- 模式匹配算法