学习笔记| AS入门(九) 组件篇之Broadcast Receiver

Broadcast(广播)是一种广泛应用在应用程序之间传输信息的机制,而BroadcastReceiver(广播接收器)则是用于接收来自系统和应用的广播对并对其进行响应的组件。Android提供了一套完整的API,允许应用程序自由地发送和接收广播,其中又用到可以传递信息的Intent。那么本篇将介绍以下四种类型广播的发送和接收方法:

  • 普通广播
  • 有序广播
  • 本地广播
  • 粘性广播

1.普通广播

普通广播是一种完全异步执行的广播,在广播发出之后,所有的广播接收器几乎都会在同一时刻接收到这条广播消息,因此它们接收的先后是随机的。另外,接收器不能截断普通广播。标准广播的工作流程如图所示:

(1)接收系统广播

想要接收一个广播,就要有能接收这个广播的接收器。下图展示了如何实现一个BroadcastReceiver的全过程:

可以看到,具体用法是:
第一步:自定义接收器类并继承BroadcastReceiver,然后具体实现onReceive()方法。几点注意:BroadcastReceiver生命周期只有十秒左右,因此在onReceive()不要做一些耗时的操作,应该发送给service,由service来完成;还有onReceive()不要开启子线程。

第二步:对广播接收器进行注册。有两种注册方法:一种在活动里通过代码动态注册,另一种在配置文件里静态注册。其实仔细观察,两种方式都是完成了对接收器以及它能接收的广播值这两个值的定义。这两种注册方法一个区别是:动态注册的接收器必须要在程序启动之后才能接收到广播,而静态注册的接收器即便程序未启动也能接收到广播,比如想接收到手机开机完成后系统发出的广播就只能用静态注册了。

举个例子,当网络状态发生变化时,系统会发出一条值为android.net.conn.CONNECTIVITY_CHANGE的广播,假设已经准备好了接收器MyReceiver,如果选择动态注册,方法是修改MainActivity:

private IntentFilter intentFilter;
private MyReceiver myReceiver;

protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
intentFilter = new IntentFilter();
intentFilter.addAction("android.net.conn.CONNECTIVITY_CHANGE");
myReceiver = new MyReceiver();
registerReceiver(myReceiver, intentFilter);
}
@Override
protected void onDestroy() {
super.onDestroy();
unregisterReceiver(myReceiver);
}

也可以静态注册,在配置文件添加:

<receiver android:name=".MyReceiver" >
   <intent-filter>
      <action android:name="android.net.conn.CONNECTIVITY_CHANGE"/>
   </intent-filter>
</receiver>

最后别忘了查询系统的网络状态需要声明权限:

<uses-permission android:name="android.permission.ACCESS_NETWORK_STATE"/>

现在只要网络状态发生变化,MyReceiver就会接收到这条广播并执行onReceive()里具体的任务了。

(2)发送自定义广播

我们自定义的接收器不仅可以接收Android内置的各种系统级别的广播,也可以接收我们自定义的广播。那么就来学习如何发送一个自定义广播,看看接收器的接收情况吧!

发送一个自定义的普通广播方法非常简单,利用Intent把要发送的广播的值传入,再调用了Context的sendBroadcast()方法将广播发送出去,这样所有监听该广播的接收器就会收到消息。

Intent intent = new Intent("com.example.minmin.MY_BROADCAST");//指明要发送的广播值
sendBroadcast(intent);

还是通过一个具体例子学习一下,先定义一个广播接收器,这里让它收到广播后弹出一个提示:

静态注册该接收器,定义它能接收一 条值为com.example.minmin.MY_BROADCAST的广播,一会儿就发这样的一条广播。

准备MainActvity的布局,这里就一个按钮用来发送广播。

在这个按钮的点击事件完成发送一条值为com.example.minmin.MY_BROADCAST的广播。

运行程序,发送自定义广播,接收器收到了!

2.有序广播

有序广播是一种同步执行的广播,在广播发出之后,同一时刻只会有一个广播接收器能够收到这条广播消息,当这个广播接收器中的逻辑执行完毕后,广播才会继续传递,所以此时的广播接收器是有先后顺序的,且优先级(priority)高的广播接收器会先收到广播消息。有序广播可以被接收器截断使得后面的接收器无法收到它。有序广播的工作流程如图所示:

发送一个有序广播和普通广播的方法有细微的区别,只需要将sendBroadcast()方法改成sendOrderedBroadcast()方法, 它接收两个参数,第一个参数仍是Intent,第二个参数是一个与权限相关的字符串,这里传入 null就行。代码见下:

Intent intent = new Intent("com.example.minmin.MY_BROADCAST");//指明要发送的广播值
sendOrderBroadcast(intent,null);

此时广播接收器是有先后顺序的,而且前面的广播接收器还可以将广播截断,以阻止其继续传播。为了说明这个情况,再自定义一个广播器看看吧!

这里AnotherReceiver接受广播后也弹出一个提醒,就用最后的“!!”来区分吧。

那如何让AnotherReceiver先接收到值为com.example.minmin.MY_BROADCAST的广播呢?只要在注册的时候设定它的优先级android:priority为100,数值越大优先级就越高,现在就能保证它一定会在MyReceiver之前收到广播。

修改MainActivity中代码:

运行程序,会先弹出AnotherReceiver中的提示,之后才MyReceiver:

如果在AnotherReceiver的onReceive()方法中调用了abortBroadcast()方法,表示将这条广播截断,后面的广播接收器将无法再接收到这条广播。现在重新运行程序,并点击一下按钮,然后会发现,只有AnotherReceiver中的Toast信息弹出,说明这条广播经过AnotherReceiver之后确实是终止传递了。

3.本地广播

前面学到的的广播都属于系统全局广播,即发出的广播可被其他应用程序接收到,且我们也可接收到其他任何应用程序发送的广播。为了能够简单地解决全局广播可能带来的安全性问题,Android引入了一套本地广播机制,使用这个机制发出的广播只能够在应用程序的内部进行传递,并且广播接收器也只能接收本应用程序发出的广播。

实现本地广播的发送和接收也很简单,主要使用了一个LocalBroadcastManager来对广播进行管理,并提供了相应的发送广播和注册广播接收器的方法。

首先通过LocalBroadcastManager.getInstance(this)方法获取一个LocalBroadcastManager实例,然后用LocalBroadcastManager提供的registerReceiver()unregisterReceiver()方法来动态注册和取消接收器以及sendBroadcast()方法发送本地广播。是不是非常熟悉?看了下图展示的代码你会更清楚:

这基本上就和我们前面所学的动态注册广播接收器以及发送广播的代码是一样的!非常好理解。运行之后点击按钮也能看到MyReceiver的Toast提示了!

注意一点,本地广播是无法通过静态注册的方式来接收的,因为静态注册主要就是为了让程序在未启动的情况下也能收到广播,而发送本地广播时,应用程序肯定已经启动了,也完全不需要使用静态注册的功能。

4.粘性广播

通过Context.sendStickyBroadcast()方法可发送粘性(sticky)广播,这种广播会一直滞留,当有匹配该广播的接收器被注册后,该接收器就会收到此条广播。注意,发送粘性广播还需要BROADCAST_STICKY权限:

<uses-permission android:name="android.permission.BROADCAST_STICKY"/>

sendStickyBroadcast()只保留最后一条广播,并且一直保留下去,这样即使已经有广播接收器处理了该广播,一旦又有匹配的广播接收器被注册,该粘性广播仍会被接收。如果只想处理一遍该广播,可通过removeStickyBroadcast()方法来实现。接收粘性广播的过程和普通广播是一样的,就不多介绍了。

有关广播接收者的内容就到这里~

>最终篇内容:组件篇之Service

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