广播机制简介

什么是广播，就是字面意思，我们生活中有很多广播的例子。Android提供了广播机制，便于进行系统级别的消息通知。Android中的每个应用程序都可以对自己感兴趣的广播进行注册，这样该程序就只会接收到自己所关心的广播内容，这些广播可能来自系统，也可能来自其他程序。Android提供了一套完整的API，允许应用程序自由的发送和接受广播。发送广播借助我们第一章里面学习的Intent,而接受广播需要使用广播接收器（Broadcast Receiver）。

我们先介绍广播的两种类型：

• 标准广播：
  

  
  一次发送，完全异步，几乎所有接收器会同时接到，广播效率高，但无法截断。

• 有序广播：
  

  
  一次发送，同步执行，接收器有优先级顺序，同时只有一个接收器能接收到，并且优先级高的接收器还可以截断广播的传递。

接收系统广播

Android内置了很多系统级别的广播，我们可以在应用程序中通过监听这些广播来得到系统的状态信息。系统级别的广播有一些例子如下：手机开机后发出一条广播，电池没电时发出一条广播等等，如果想要接收到这类广播，就需要使用广播接收器。

广播接收器可以自由的对自己感兴趣的广播进行注册，当有相应的广播发出时，广播接收器就能收到该广播，并处理相应逻辑。注册广播的方式两种：

• 在AM中静态注册

• 在Java代码中动态注册

动态注册监听网络变化

创建一个广播接收器（后面用BR代替了，Broadcasts Receiver），需要新建一个类，继承自BroadcastReceiver，并且重写超类的onReceive()方法。有广播到来时候，onReceive方法就会被执行，具体的逻辑可以在这个方法中处理。

按照书上的例子进行学习，我们通过动态注册的方式编写一个能够监听网络变化的程序，借此学习一下BR的基本用法，新建一个BroadcastTest项目，修改MainActivity代码如下：

动态注册的细节在注释中已经解释了很多了，要点就是一个类重写onReceive+IntentFilter+intentFilter.addAction指定监听什么广播+registerReceiver，再次提醒，最后一定要取消注册unregisterReceiver。

还有一点需要说明，Android为了保护用户设备的安全和隐私，当程序进行一些敏感操作的时候，必须在AM中配置一下，声明权限，否则程序会崩溃。此处获取网络状态就是需要声明的，打开AM，修改如下：

我们运行，不要按Back返回，否则会销毁活动，而是按Home返回到桌面，然后打开settings->Data usage界面，进入数据使用界面，按下开关Cellular data，来启动和禁用网络，我们看到了设置的Toast:

image

当然，我们还不满足于提示网络变化了，希望能够提示网络的状态是连接还是断开的。把代码里面的Toast改一下：

这些接口也没办法背下来。。注释中也解释了，我们获取了网络信息，然后进行了判断网络是否连接。运行如下：

静态注册实现开机启动

动态注册的一个显著特点是，很灵活，我们可以在代码中自由控制注册和注销。但是有一个缺点：由于注册逻辑写在onCreate方法中，必须要程序启动之后才能接受广播。下面介绍静态注册方法，可以在没有程序启动的情况下，接收广播。一个典型的例子就是在手机开机时候，还没有任何程序启动，但是我们希望接收到广播提示我们开机了。就简单实现一个这样的Toast。

静态注册的执行逻辑，同样需要建立一个继承自BroadcastReceiver的类，重写onReceive方法。也就是广播接收器，不论静态动态都需要接收器。我们使用AS提供的快捷方式建立这个广播接收器：

广播接收器名称我们设置为BootCompleteReceiver，Exported属性表示是否允许广播接收器接收本程序之外的广播，Enabled属性表示是否启用这个广播接收器。按提示Finish：

得到了一个Java类，继承自BR，修改onReceive方法如下，让其提示一个Toast：

静态广播接收器接下来一定要在AM中注册才能使用。但是AS已经帮助我们注册好了：

就是这个receiver，我们在手动建立Java类去一步一步写的时候，会需要手动在这里注册，如果像刚刚那样，利用AS提供的快捷方式，AS就帮我们完成了这一切。我们看到这个receiver通过android:name指定了是哪一个广播接收器，而下面两个属性，如果没有忘记的话就是我们刚刚勾选的属性。接下来还要对AM修改：

要点就是一个类重写onReceive+AM中声明receiver标签+intent-filter标签指定action

重新运行，将模拟器打开，让我一直理解不了的是。。模拟器打开我们也算是开机行为吧，可是他并没有提示开机的那个广播，只是打开了我们在动态注册那一节用的那个活动。然后关机重启，依旧没有接收到开机的Toast，长按那个电源：

也只有Power off按钮关机后，模拟器就消失了，运行程序，又是老样子，会开始那个动态注册的活动，而没有我们静态注册的消息显示。这难道不算开机吗。。问题先留下。不过后来算是找到了如果显示那条Toast，当Power off之后，不要用运行程序的那个绿色三角启动，而是从Tools->AVD Manager点开的页面中的三角启动，这个不会触发动态注册那个活动，正常开机之后，显示了那条Toast：

我们的onReceive方法里面还可以执行其他的逻辑，这里只是用Toast来演示原理。还要注意，不要再onReceive中添加过多的逻辑或者耗时的操作，这个方法运行了较长时间还没有结束，程序就会报错。
这一节学习，还可以感受到的是，这块广播的设置，和Intent的显式隐式那些操作隐隐约约好像是一样的或者说是相通的。。难怪这一章开始说使用Intent实现的，我们往后学习就明白了。

发送和接收我们自定义的广播（标准和有序）

刚刚我们所有实验都是系统广播，系统的网络信息啊，系统的开机信息等。接下来学习如何在应用程序发送自定义的广播。

发送标准广播

还是老样子，先建立一个类继承自BR，记得上一节的话，应该使用AS的快捷方法建立。我们这里就用静态注册。

修改代码如下：

接收到广播时候，提示一条Toast。接下来指定这个BR能接收什么样的广播，在AM中AS为我们建好的receiver标签里面，添加如下：

当我们发送值为上面那样的广播时候，接收器就会响应。接下来修改activity_main.xml文件中的代码，添加一个button，作为发送广播的触发点：

接下来，当然是注册按钮点击事件，让他能够发出值为com.example.broadcasttest.MY_BROADCAST的广播。修改MainActivity如下：

这....难道不是和我们之前学过的隐式intent很像吗。。当时的SecondActivity中，设置了能够响应的action。。挺像的。运行效果如下，点击按钮：

所以Intent不光可以穿梭于活动之间，还能传递信息，还能发送广播，无所不能。

发送有序广播

刚刚那个自定义的广播，我们在注释里面提到，一发送之后，所有标签里设置的值为发送的值的广播接收器会同时接到广播，就是典型的标准广播。我们这里来学习一下发送有序广播。

广播是一种可以跨进程的通信方式，我们在应用程序内部发出的广播，其他应用程序也可以接收到，在系统广播那一节就可以看到了。为了进一步验证这一点，我们新建BroadcastTest2项目。在里面新建一个广播接收器AnotherBroadcastReceiver，看这个广播接收器能不能接收到我们在上个BroadcastTest项目里面发出的广播，都是刚刚学过的，不再解释了：

我们要验证的是，广播是否可以跨进程传播？即当回到第一个BroadcastTest项目，按按钮发送广播后，会不会提示received in AnotherBroadcastReceiver的Toast？我们先运行一下BroadcastTest2项目，把这个程序安装在模拟器上面。然后会到BroadcastTest项目按按钮，效果如下：

屏幕上先后显示了，这两个Toast，那也就验证了，广播确实可以跨进程通信，我们应用程序发送的广播是可以被其他应用程序接收到的。但这里发送的都是标准广播（这个例子也是标准广播，不过由于Toast的属性，他不能同时显示在屏幕上，至于哪个先显示，，目前还没有学到原理，先挖个坑），我们下面开始尝试有序广播，回到第一个项目，修改MainActivity代码如下：

只修改了一条，sendBroadcast变成了sendOrderedBroadcast，里面接收两个参数，第一个是构建的Intent对象，第二个是一个与权限相关的字符串，此处不做了解，传入null即可。这是运行程序，按按钮，发现好像没有什么区别，但实际上这是的BR接收已经有了先后顺序了，前面的接收器还有截断功能，那么如何设定先后顺序。我们需要在注册文件AM中修改：

在intent-filter标签栏里面添加android:priority属性，给广播接收器设置了优先级，优先级更高的广播接收器可以先收到广播，默认值为0，值越大，优先级越高，这样就可以让MyBroadcastReceiver先于AnotherBroadcastReceiver收到广播，而截断广播，只需要在高优先广播中调用abortBroadcast方法即可：

后面低优先级的广播将无法收到广播。运行按下按钮后，没有出现AnotherBroadcastReceiver的Toast出现。

所以有序广播就涉及两个方法，一个sendOrderedBroadcast，一个abortBroadcast，以及一个属性android:priority设置优先级。

使用本地广播

首先明确一下什么叫本地广播，我们之前介绍的所有广播都属于系统全局广播，发出的广播可以被其他任何应用程序接收到，并且也可以接收来自于其他任何应用程序的广播（除非有序广播里面abortBroadcast截断广播。）这样存在一些安全性问题，比如我们发送的一些携带关键信息的广播有可能被其他应用程序捕获，或者某些程序不断给我们的广播接收器发送垃圾广播。为了解决这个问题，Android引入了一套本地广播机制，使用这个机制发出的广播只能在应用程序内部进行传递，广播接收器也只能接收来自本应用程序发出的广播，就解决了这个安全性问题。本地广播的用法可以说和动态注册的广播接收器用法是极其相似的，我们修改MainActivity如下：

我们看到主要就是使用了一个LocalBroadcastManager来对广播进行管理，先使用LocalBroadcastManager.getInstance方法获取它的一个实例，注册广播时候时候使用localBroadcastManager.registerReceiver方法，发送广播时候用的localBroadcastManager.sendBroadcast(intent),注销广播时候使用localBroadcastManager.unregisterReceiver方法。按钮中我们构造Intent注册了发送com.example.broadcasttest.LOCAL_BROADCAST广播事件，然后在LocalReceiver中addAction方法设置参数，使其接收这条广播。运行效果如下：

我们再打开BroadcastTest2项目，让那个接收器去接收com.example.broadcasttest.LOCAL_BROADCAST这条广播，再回到BroadcastTest项目启动程序，发现AnotherReceiver并没有接收到这条广播，这就是本地广播只在本程序内部传播的体现。

本地广播的注册方式基本上和动态注册一致，那么有没有静态注册方法呢？没有，因为静态注册主要为了让程序在未启动的情况下也能受到广播，而本地广播就是为了让其只在本程序内部传播，我们的程序在发送本地广播的时候肯定已经启动了，因此不能有静态注册方法。

至此，体验了系统全局广播，我们可以动态注册也可以静态注册，除了系统广播，我们还可以自定义广播，自定义的广播有标准广播还有有序广播，以上广播都存在安全问题。本地广播则解决了这个缺陷。