Android四大组件-BroadcastReceiver

BroadcastReceiver(广播接收器),属于 Android 四大组件之一

1.定义

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

2.作用

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

3.使用流程

3.1 自定义广播接收者BroadcastReceiver

1、继承BroadcastReceivre基类

2、必须复写抽象方法onReceive()方法

ps:

广播接收器接收到相应广播后,会自动回调onReceive()方法

一般情况下,onReceive方法会涉及 与 其他组件之间的交互,如发送Notification、启动Service等

默认情况下,广播接收器运行在 UI 线程。

因此,onReceive()方法不能执行耗时操作,否则将导致ANR。

3.2 广播接收器注册

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

1、静态注册。注册方式:在AndroidManifest.xml里通过标签声明

2、动态注册。注册方式:在代码中调用Context.registerReceiver()方法

ps:

动态广播最好在Activity 的 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死亡前一定会被注销,从而防止内存泄露。

3.3.2 两种注册的区别


3.3 广播的发送

广播发送者将此广播的“意图(Intent)”通过sendBroadcast()方法发送出去。

4.广播的类型

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

普通广播(Normal Broadcast)

系统广播(System Broadcast)

有序广播(Ordered Broadcast)

App应用内广播(Local Broadcast)

粘性广播(Sticky Broadcast)

4.1 普通广播

开发者自身定义intent的广播(最常用)。发送广播使用如下:sendBroadcast(intent)。

4.2 系统广播

Android中内置了多个系统广播:只要涉及到手机的基本操作(如开机、网络状态变化、拍照等等),都会发出相应的广播

每个广播都有特定的Intent - Filter(包括具体的action)。具体自行google。

4.3 有序广播

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

4.3.2 广播接受者接收广播的顺序规则(同时面向静态和动态注册的广播接受者)

按照Priority属性值从大-小排序;

Priority属性相同者,动态注册的广播优先;

4.3.3 特点

接收广播按顺序接收

先接收的广播接收者可以对广播进行截断,即后接收的广播接收者不再接收到此广播;

先接收的广播接收者可以对广播进行修改,那么后接收的广播接收者将接收到被修改后的广播

4.3.4 具体使用

有序广播的使用过程与普通广播非常类似,差异仅在于广播的发送方式:sendOrderedBroadcast(intent)。

4.4 App应用内广播

4.4.1 背景

Android中的广播可以跨App直接通信(exported对于有intent-filter情况下默认值为true)。

4.4.2 可能出现的问题

1、其他App针对性发出与当前App intent-filter相匹配的广播,由此导致当前App不断接收广播并处理。

2、其他App注册与当前App一致的intent-filter用于接收广播,获取广播具体信息。

即会出现安全性 & 效率性的问题。

4.4.3 解决方案

使用App应用内广播(Local Broadcast)

App应用内广播可理解为一种局部广播,广播的发送者和接收者都同属于一个App。

相比于全局广播(普通广播),App应用内广播优势体现在:安全性高 & 效率高

4.4.4 具体使用

LocalBroadcastManager.getInstance(this).sendBroadcast(intent)。

4.5 粘性广播

由于在Android5.0 & API 21中已经失效,所以不建议使用,在这里也不作过多的总结。

5.结束

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 160,165评论 4 364
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 67,720评论 1 298
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 109,849评论 0 244
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 44,245评论 0 213
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 52,596评论 3 288
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,747评论 1 222
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,977评论 2 315
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,708评论 0 204
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,448评论 1 246
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,657评论 2 249
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 32,141评论 1 261
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,493评论 3 258
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 33,153评论 3 238
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,108评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,890评论 0 198
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 35,799评论 2 277
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,685评论 2 272

推荐阅读更多精彩内容