Broadcast （广播）是一种广泛运用的应用程序之间传输信息的机制，而 BroadcastReceiver （广播接收器）则是用于接收来自系统和应用的广播对并对其进行响应的组件，Android中我们要发送的广播内容是一个 Intent ，这个 Intent 中可以携带我们要传送的数据
创建一个广播接收器非常简单，只需要继承 BroadcastReceiver ，并重写 onReceive() 即可
BroadcastReceiver 也是四大组件之一，所以我们也需要对 BroadcastReceiver 进行注册，不同于其他四大组件， BroadcastReceiver 有两种注册方式，分别是 静态注册 和 动态注册
静态注册
当我们的应用首次启动的时候，系统会自动实例化我们静态注册的 BroadcastReceiver ，然后将这个 BroadcastReceiver 注册到系统中，系统接收到广播之后，就会做出相应的判断，调用 onReceive() 方法。通过这种方式注册的广播，即使我们的应用被销毁，依然能收到广播。 这里要注意的是，我们的应用一定要被启动过 ，如果没有被启动可能就无法接收到广播，可以参考文章 Android应用在未启动的情况下无法收到指定广播的问题总结
正是因为静态注册耗电、占内存、不受程序生命周期影响，所以Google在Android 8.0上禁止大部分广播的静态注册，可以参考官文文档 Android 8.0 功能和 API
动态注册
通过动态注册的广播， BroadcastReceiver 的生命周期跟随Activity的生命周期
注意： 要在 Activity 的 onPause() 中 unRegeisterReceiver() ，否则会引起内存泄漏。比较推荐 onResume() 中去注册广播，在 onPause() 中去注销广播。因为在内存资源比较吃紧的情况下，可能我们的 Activity 执行完 onPause() 之后就被销毁，这时候 Activity 的 onStop() 和 onDestory() 方法就不会执行了
BroadcastReceiver注册完之后，这个 BroadcastReceiver 就能够接收响应的广播，下面我们来说说如何发送一条广播
普通广播（Normal Broadcast）
普通广播完全是异步的，通过 context.sendBroadcast() 方法发送，消息传递效率比较高，但所有接收器的执行顺序不确定。缺点是接收者不能将处理结果传递给下一个接收者，并且无法终止广播的传播
有序广播（Ordered Broadcast）
有序广播是通过 context.sendOrderedBroadcast() 方法发送，所有的广播者按照优先级依次执行，广播接收器的优先级通过 receiver 的 intent-filter 中的 android:priority 属性来设置，数值越大优先级越高。当广播接收器接收到广播后，可以使用 setResult() 方法把结果传递给下一个接收者，通过 getResult() 方法获取上一个接收者传递过来的结果，并可以通过 abortBroadcast() 方法丢弃该广播，使该广播不再传递给下一个接收者
粘性广播（Sticky Broadcast）
粘性广播通过 context.sendStickBroadcast() 方法来发送，用此方法发送的广播会一直滞留，当有匹配此广播的接收器被注册后，该广播接收器就会收到此广播。使用此广播时，需要获得 BROADCAST_STICKY 权限
由于在Android5.0 &API 21中已经失效，所以不建议使用。
本地广播（Local Broadcast）
前三种广播都是全局广播，所有应用都可以接收到，这样就带来安全隐患，而本地广播只在进程内传播，可以起到保护数据安全的作用
其实，本地广播的使用与其十分类似，之前的步骤均是一样的，调用者不同而已，本地广播调用的是 LocalBroadcastManager 相关方法，全局广播调用的是 Context 的相关方法，其方法名都是一样的
这里需要说一下， 使用本地广播并没有静态注册的方法 ，因为静态注册主要是为了让程序在未启动的情况下也能收到广播，而发动本地广播的时候，我们的程序已经是启动了，所以，自然是没有静态注册这个方法
Android中内置了多个系统广播，当使用系统广播时，只需要在注册广播接收者时定义相关的 action 即可，并不需要手动发送广播，当系统有相关操作（如开机、网络状态变化、拍照等等）时会自动进行系统广播
Android系统广播 action 如下：
本文介绍了 BroadcastReceiver 的两种注册方式（动态注册、静态注册），四种发送方式（普通广播、有序广播、粘性广播（API21废弃）、本地广播），以及系统广播的用法。几乎涵盖了 BoradcastReceiver 在应用开发过程中的所有知识，对于BroadcastReceiver原理感兴趣的可以继续看 BroadcastReceiver详解（原理篇）
Android BroadcastReceiver详解
broadcast receiver
广播接收机
双语对照
词典结果：
broadcast receiver[英][ˈbrɔ:dkɑ:st riˈsi:və][美][ˈbrɔdˌkæst rɪˈsivɚ]
广播收音机
例句：
It is also the lowest priced HD Radio broadcast receiver chip in the industry.
它也是最低价的高清无线广播接收机芯片的产业。
BroadcastReceiver（广播接收器）是Android四大组件之一，顾名思义，通过广播的方式进行消息传递，其本质是一个全局的监听器，可以监听到各种广播，可以用来实现不同组件之间的通信。广播最大的特点就是发送方并不关心接收方是否接到数据，也不关心接收方是如何处理数据的，通过这样的形式来达到接、收双方的完全解耦合。
又称无序广播，这种广播完全是异步的，所有与广播Intent匹配的BroadcastReceiver，都可以收到这条广播，并且不分先后顺序，视为同时收到，通过Context.sendBroadcast()方法发送。这种广播的效率比较高，但缺点是接收器不能将处理结果传递给下一个接收器，并且无法在中途终止广播。
这是一种同步执行的广播，通过Context.sendOrderedBroadcast()方法发送，这种广播发出后，通过receiver的intent-filter中的android:priority属性来设置优先级，优先级从-1000～1000，数越大，优先级越高，使用setResult()方法把结果传递给下一个接收者，通过getResult()方法获取上一个接收者传递过来的结果，并可以通过abortBroadcast()方法丢弃该广播，使该广播不再传递给下一个接收者。
粘性广播通过Context.sendStickBroadcast()方法来发送，用此方法发送的广播会一直滞留，当有匹配此广播的接收器被注册后，该广播接收器就会收到此广播。使用此广播时，需要获得BROADCAST_STICKY权限。（在 android 5.0/api 21后不再推荐使用）
Android系统中内置了多个系统广播，只要涉及到手机的基本操作，基本上都会发出相应的系统广播。如：开启启动，网络状态改变，拍照，屏幕关闭与开启，点亮不足等等。每个系统广播都具有特定的intent-filter，其中主要包括具体的action，系统广播发出后，将被相应的BroadcastReceiver接收。系统广播在系统内部当特定事件发生时，有系统自动发出。
以上广播都属于全局广播，发出去的广播，只要有匹配的接收者，就可以收到广播。这样一来会造成一些问题，一是消耗性能，二是容易引起安全性的问题，为了能够简单的解决这方面的问题，Android引入了一套广播本地广播机制，使用该机制发出的广播只能够在本应用内部进行传递，并且广播接收器也只能接收来自本应用发出的广播。
使用方法
1.注册本地广播接收器
2.发送本地广播
3.注销本地广播接收器
本文用到的BroadcastReceiver
Android 8.0（API级别26）取消大部分静态注册广播，建议使用动态广播
https://developer.android.google.cn/about/versions/oreo/android-8.0
以上就是关于BroadcastReceiver详解（基础篇）全部的内容，如果了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！
更多相关资讯
