在前边几篇关于Android系统两个重要组件的介绍中，界面Activity负责应用程序与用户的交互，服务Service负责应用程序内部线程间的交互或两个应用程序进程之间的数据交互。看上去这两大组件就能满足日常应用程序的开发需求了，可是应用程序之间的交互，如果都使用服务Service中的AIDL规范，那每个应用程序本身岂不是要声明其他应用程序中的一些接口？这对两个属于不同开发者的应用程序来说很不友好。所以Android系统还提供了称为广播接收者BoradcastReceiver的组件，采用广播机制，以在两个或多个未知应用程序间传递并处理通知。

Android系统的广播机制，作为进程间通信的一种方式，同样可分为通信消息内容、发送方、接收方三个方面。而广播接收者BroadcastReceiver组件，只是在接收方所使用的。为了更好的理解广播接收者的使用方式，下面将按照进程间通信的三个方面分别介绍。

完整的通信消息内容

与界面Activity或者服务Service类似，广播间的通信消息内容也是以android.content.Intent意图对象封装起来的数据。在界面间交互中有对Intent对象的使用说明。

随意的广播发送方

只要在任何有上下文环境android.content.Context对象的地方，都可以调用该对象的sendBroadcast()系列方法发送一条广播，其使用方式也与启动界面的startActivity()系列方法或启动服务的startService()系列方法类似。

最常用的context.sendBroadcast(Intent intent)方法，可以发送一条随机通知，在已经注册的与其对应的广播接收者中会收到当前通知发送的 intent 内容。这里如果有多个对应的广播接收者，将会以随机顺序接收当前消息内容。 其中 intent 参数就是对通信的消息内容封装的实例化对象，其中必须调用intent.setAction(String action)方法设置要发送广播的唯一标识行为，此处的 action 必须是系统内的唯一字符串，以此作为接收该广播的标志，在下文的广播接收者中同样声明相同字符串的 action 来接收当前广播内容。

也可以使用context.sendOrderedBroadcast (Intent intent, String receiverPermission)方法，发送一条按顺序接收的通知，同样在已经注册的与其对应的广播接收者中收到消息内容，只不过当有多个对应的广播接收者时，将会按照广播接收者在注册时的优先之 priority 属性值的从大到小的顺序依次接收，只有当两个广播接收者有相同大小的 priority 时才会随机顺序接收消息内容。由于多个广播接收者们是按顺序接收的广播，所以可以在其中某个广播接收者中调用abortBroadcast()中断当前广播，使其不会继续向后面的广播接收者传递。

另外，在官方推荐的androidx库中，可以借助androidx.localbroadcastmanager.content.LocalBroadcastManager本地广播管理类，调用LocalBroadcastManager.getInstance(Context context).sendBroadcast(Intent intent)系列方法，发送一条只在当前应用程序进程中接收的广播。这种广播只是在同一个进程中使用，避免了多个进程间接收的冗余冲突。

Android系统已经提供了一些 action 值标记的广播，在一些常用的系统操作之后会发送广播以通知其他应用程序。这些系统广播以静态常量的形式定义在android.content.Intent类中。例如当用户修改飞行模式状态时，系统会发送Intent.ACTION_AIRPLANE_MODE_CHANGED值作为 action 的广播；当用户点亮屏幕时，系统会发送Intent.ACTION_SCREEN_ON值作为 action 的广播；当有新的应用程序被安装后，系统会发送Intent.ACTION_PACKAGE_ADDED值作为 action 的广播 。。。

自定义的广播接收者

作为广播消息接收并处理的主要组件，广播接收者必须继承自android.content.BroadcastReceiver类，同时实现该类的抽象方法onReceive (Context context, Intent intent)。在onReceive()方法中接收广播消息，其中的参数 context 是当前广播接收者所在的上下文环境，参数 intent 则是接收到的广播消息的内容。

与界面Activity和服务Service的回调方法一样，广播接收者BroadcastReceiver中的onReceive()方法同样是在系统UI主线程中被调用，因此该方法中同样不能执行耗时操作。

如果其他应用程序所在进程每发送一条广播都回调广播接收者的onReceive()方法，对每一个广播接收者来说都是繁琐的处理过程。所以发送的广播 intent 中指定的 action 参数必须指定唯一标志值，只有已经注册过该 action 的广播接收者，才会回调onReceive()方法。

在应用程序的目标版本为Android 8.0即API为26以前，广播接收者的注册方式有静态注册和动态注册两种，而从Android 8.0版本开始，除部分例外的广播行为外，都只能采取动态注册一种方式。

静态注册

广播接收者BroadcastReceiver的静态注册方式与界面Activity、服务Service的注册方式类似，都是需要在清单文件的<application></application>标签中声明当前组件信息。
广播接收者的声明使用<receiver></receiver>标签，在标签下有android:name属性绑定自定义的广播接收者.
而在<receiver></receiver>标签里边，同样可以使用<intent-filter></intent-filter>标签作为意图过滤。
在意图过滤标签中嵌入<action android:name=""/>标签以标记当前广播接收者所绑定的系统唯一的 action 属性值，该<action />标签可以有多个，只要发送的 action 参数中有一个与其对应，就会调用当前广播接收者的onReceiver()方法。

对于静态注册的广播接收者，系统在应用程序安装之后就遍历其注册的广播 action 值，从而当其他应用程序发送对应 action 的广播后，与之匹配，若匹配一致，则创建该广播接收者的实例化对象，之后再调用广播接收者的onReceiver()方法，该方法执行结束后，当前的广播接收者对象也就被销毁了。当其他应用程序再次发送对应的广播后，同样要再次创建新的广播接收者的实例化对象并调用其onReceiver()方法。这是广播接收者BroadcastReceiver与其他组件所不同的地方。

动态注册

对于动态注册的广播接收者BroadcastReceiver，可以在有上下文环境Context对象的地方，通常是在界面Activity或服务Service中注册的。
首先要调用自定义广播接收者BroadcastReceiver的构造方法创建其实例化对象。
其次还要借助android.content.IntentFilter意图过滤类创建其实例化对象。
通过IntentFilter类的一参构造方法或该对象的setAction(String action)方法，可以设置其 action 参数。
在需要注册的位置，调用上下文环境Context对象的registerReceiver(BroadcastReceiver receiver, IntentFilter filter)系列方法，可以将创建的自定义广播接收者BroadcastReceiver与设置了 action 参数的IntentFilter对象绑定注册。在该注册逻辑之后，其他进程发送的 action 广播，才能在绑定的自定义广播接收者中接收并调用其onReceiver()方法。
在于注册位置同级下不需要在处理接收广播的位置，需要解除注册，以降低系统消耗，调用上下文环境Context对象的unregisterReceiver(BroadcastReceiver receiver)方法，传入之前注册过的BroadcastReceiver对象即可。

对于动态注册的广播接收者，通常需要在组件配对的生命周期方法中注册与解除注册，因此其生命周期也必然要小于注册所在的组件。

Android系统提供的广播机制，只需要知道广播的 action 属性值，就可以发送或处理该条广播。这不仅在不同进程之间，在同一个进程内使用也很方便，但是官方建议不要滥用广播接收者，否则会导致系统变慢。一般开发过程中常用以创建系统广播的广播接收者BroadcastReceiver为主，辅助以自定义广播的广播接收者BroadcastReceiver在进程间使用。