引言
我首先想到的是周杰伦的一首歌,“训导处报告训导处报告,三年二班周杰伦,马上到训导处来”,广播里面这么一呼叫,估计周杰伦就得屁颠屁颠的去被训了,分析整个事情,首先广播这玩意儿一呼叫,全校同学都听得见,然后再根据姓名,进行匹配,周杰伦听到自己的名字,就去做响应的事情了。安卓的广播机制类似,也是在安卓系统中去发送一条广播,然后注册的广播接受者监听到了广播后,就回去匹配,是否是在叫自己,如果发现是自己,那么就去做相应的事情,广播不难,但是也有必要回顾总结一下,好记性不如烂笔头,方便以后查阅。
广播监听者BroadcastReceiver
BroadcastReceiver就是像特工一样,特工监听某个频段,而BroadcastReceiver监听安卓系统的信息,一旦符合,便启动,那么首先来看看什么是BroadcastReceiver。
BroadcastReceiver基本知识
BroadcastReceiver,广播接收者,用来接收系统和应用的广播,并做出相应的处理,如电量过低时提示用户充电等;
BroadcastReceiver 是 Android 的四大组件之一,分为 普通广播、有序广播、粘性广播;
BroadcastReceiver 的使用步骤:
1). 自定义一个类,继承自 BroadcastReceiver,并重写 onReceive() 方法,在该方法中对接收到的广播进行相应的处理;
2). 注册广播地址:分为静态注册 (在 AndroidManifest.xml 中注册) 和动态注册 (在代码中注册)
3). 发送广播:普通广播 sendBroadcast()、有序广播 sendOrderedBroadcast()、粘性广播 sendStickyBroadcast()
普通广播 (Normal Broadcast)
普通广播对于接收者来说是异步的,每个接收者都可以接收到广播,接收者不会相互干扰,也因此,接收者无法终止广播。
BroadcastReceiver可以静态注册,也可以代码动态注册
让我们首先来写一个最简单的静态注册的例子吧~
静态广播注册
首先是布局:
然后是Activity:
然后是自定义的广播:
最后我们需要在AndroidManifest中去声明这个广播,并且给它设置intent-filter,
运行程序,最后长这样:

点击按钮,发送一条广播,会看到命令行多了一条记录:
多次点击,会有多条信息打印出来,就是这么简单,发送一条广播,BroadcastReceiver接收到匹配自己的ACTION的广播,就进行相应的事件处理。
动态广播注册
动态广播无需在AndroidManifest.xml中声明,所以去掉上面的声明然后主要是在Activity中进行注册,并在onDestroy的时候解注册:
好了,界面还是和上面一样,点击的结果也一摸一样,那么它们之间有什么区别吗?主要有以下这些方面:
1). 静态注册是在 AndroidManifest.xml 中注册,动态注册是在代码中注册;
2). 静态注册是常驻型的,即使应用没有启动时也能接收广播;而动态注册的广播的生命周期受到其用来注册的 Activity 或 Service 的影响,当其用来注册的 Activity 或 Service 关闭时其广播也就失效了;
3). 动态注册的广播在 Activity 或 Service 被销毁时必须解除注册,而静态注册的关闭则不用;
4). 动态注册的优先级要比静态注册的优先级高。
有序广播 (Ordered Broadcast)
有序广播每次只将广播发送给优先级较高的接收者,优先级高的接收者可以决定是将广播发送给优先级低的接收者,还是终止这个广播。
我们接下来自定义三个 BroadcastReceiver,并设置它们的优先级别依次降低,然后发送一条广播,看看效果如何。
重新建个OrderBroadcastActivity,布局还是和原来的一样:
接下来是三个广播监听:
先看BroadcastReceiverOne
然后BroadcastReceiverTwo
然后BroadcastReceiverThree
然后需要在AndroidManifest.xml中进行注册:
好了,长相还是一样的,点击按钮以后,发送ACTION为example.broadcast.com.broadcastexample.ACTION_ORDER_BROADCAST的广播,会看到
三条打印信息,分别是:
无论点击多少次,都是这个顺序打印,如果在BroadcastReceiverOne和BroadcastReceiverTwo中分别加入睡眠1s的逻辑,会慢慢打印三条信息。
这里有个非常好玩的地方,上面我们分别睡眠1秒,如果我们加大这个时间,分别睡眠10秒,代码我就不贴了,你会发现,直接ANR,好了原因我想大家也都知道,这是因为BroadcastReceiver的任务是在主线程里面执行的,所以,如果你想要做耗时操作的话,重新开一个线程去做。
有序广播可以选择是否终止,如果终止以后,那么后面的优先级较低的广播接受者就再也接收不到这条广播了。为了验证,我们在BroadcastReceiverTwo中先加入abortBroadcast(),
这个时候我们的控制台得到的就只有两条信息了,
如果我们在BroadcastReceiverOne中加入,就只剩下一条了,好了,以此类推,这个就不做实验了。
第三个知识点是,前面的广播可以往后续的广播传值,比如我们的BroadcastReceiverOne想要往后传递值,可以这样:
先看BroadcastReceiverOne
然后BroadcastReceiverTwo
然后BroadcastReceiverThree
再次点击按钮,发现前面的值传递给了后面,OK,到此,有序广播就讲到这吧。
粘性广播 (Sticky Broadcast)
一般来说,当广播接收者的 onReceive() 方法的执行时间超过 10 秒,系统在资源不足时有可能将其结束掉而不让其执行。但是粘性广播没有这个限制,粘性广播的 Intent 会一直保持到广播结束,没有 10 秒的限制。
自定义一个 BroadcastReceiver,让其在接收到广播后循环 10 次,每次休眠 5 秒,并在休眠结束之后打印点东西:
StickyBroadcastActivity:
然后是我们定义的广播:
然后在AndroidManifest.xml中声明,并设置过滤器:
当我们点击了一次按钮之后,发送了一个粘性广播,当接收者接收到广播之后,就会执行相应的操作,仔细留意,时间已经超过 10 秒,而广播仍在继续,为了使结果更加富有准确性,可以开多几个程序,使系统开销增大,观察广播超过 10 秒后是否仍在继续。
广播的生命周期
广播接收者的生命周期非常短暂,在接收到广播的时候创建,onReceive() 方法结束后销毁。
由于 BroadcastReceiver 的设计之初是从全局考虑的,可以方便应用程序和系统、应用程序之间、应用程序内的通信,所以对单个应用程序而难免存在安全方面的问题
,所以,为了避免安全问题,可以从以下几个方面入手:
发送广播时:
发送带权限的广播,在发送广播时指定权限,这样接收者就必须声明对应的权限才能接收到该广播;
指定接收广播的应用包名,Intent.setPackage(“com.package.name”);
注册广播时:
注册广播时指定权限;
注册广播时使用 androd:exported=”false”,声明不接收外部应用的广播;
使用本地广播 LocalBroadcastManager,其用于应用内部之间传播,不会泄露给外部应用:
总结
了解广播的特性和使用方法,在我们的程序开发中可能会起到事半功倍的作用,需要注意的地方也挺多,比如别到广播中去睡眠等等~总的来说,广播是个很好的安卓机制,开发过程中多多使用。
不想敲代码就到我的git来拉一下吧~https://github.com/gordon-rawe/understandBroadcast