Android四大组件之——广播

本文主要简单介绍一下关于broadcast的一些基本概念，以及运用broadcast的方法和新版系统相关一些改动等。内容主要基于Andorid官方文档。

广播概述

在Android系统中， 应用与 Android 系统或者其余 应用之间能够相互收发广播消息，相似于发布-订阅设计模式类似。

这些广播会在所关注的事件发生时发送。举例来讲，Android 系统会在发生各类系统事件时发送广播，例如系统启动或设备开始充电时。再好比，应用能够发送自定义广播来通知其余应用它们可能感兴趣的事件（例如，一些新数据已下载）。

应用能够注册接收特定的广播。广播发出后，系统会自动将广播传送给赞成接收这种广播的应用。

通常来讲，广播可做为跨应用和普通用户流以外的消息传递系统。可是，必须当心的是，不要滥用在后台响应广播和运行做业的机会，由于这会致使系统变慢。

广播的发送

Android 为应用提供了三种发送广播的方法：

• sendOrderedBroadcast(Intent, String)

一次向一个接收器发送广播。当接收器逐个顺序执行时，接收器能够向下传递结果，也能够彻底停止广播，使其再也不传递给其余接收器。接收器的运行顺序能够经过匹配的 intent-filter 的 android:priority 属性来控制；具备相同优先级的接收器将按随机顺序运行。

• sendBroadcast(Intent)

会按随机的顺序向全部接收器发送广播。这称为常规广播。这种方法效率更高，但也意味着接收器没法从其余接收器读取结果，没法传递从广播中收到的数据，也没法停止广播。

• LocalBroadcastManager.sendBroadcast

会将广播发送给与发送器位于同一应用中的接收器。若是不须要跨应用发送广播，则应使用本地广播。这种实现方法的效率更高（无需进行进程间通讯），并且无需担忧其余应用在收发当前广播时带来的任何安全问题。

须要注意的是：广播消息封装在 Intent 对象中。Intent 的操做字符串必须提供应用的 Java 软件包名称语法，并惟一标识广播事件。可使用 putExtra(String, Bundle) 向 intent 附加其余信息。也能够对 intent 调用 setPackage(String)，将广播限定到同一组织中的一组应用。

Android应用发送带有权限限制广播的方法:

• sendOrderedBroadcast(Intent, String, BroadcastReceiver, Handler, int, String, Bundle)
• sendBroadcast(Intent, String)

接收器若要接收此广播，则必须经过其清单中的标记请求该权限(能够指定现有的系统权限（如 SEND_SMS），也可使用 <permission> 元素定义自定义权限)。

例若有以下带有权限限制广播的发送：

sendBroadcast(Intent("com.example.NOTIFY"), Manifest.permission.SEND_SMS)
复制代码

那么相应的，要接收此广播，接收方应用必须请求以下权限：

<uses-permission android:name="android.permission.SEND_SMS"/>
复制代码

广播的接收

应用能够经过两种方式接收广播：清单文件中声明接收器和上下文注册的接收器。

1、清单文件中接收广播

若是在清单文件中声明了广播接收器，系统会在广播发出后启动应用（若是应用还没有运行）。可是若是软件当前针对的系统版本为26或更高，那么就不能使用清单为隐式广播（没有明确针对当前应用的广播）声明接收器，但一些不受此限制的隐式广播除外。

经过清单文件形式声明广播接收器，须要以下几个步骤：

1.在应用清单中指定<receiver> 元素。

<receiver android:name=".MyBroadcastReceiver"  android:exported="true">
        <intent-filter>
            <action android:name="android.intent.action.BOOT_COMPLETED"/>
            <action android:name="android.intent.action.INPUT_METHOD_CHANGED" />
        </intent-filter>
    </receiver>
复制代码

Intent 过滤器指定接收器所订阅的广播操做。

2.建立 BroadcastReceiver 子类并实现 onReceive(Context, Intent)。如下示例中的广播接收器会记录并显示广播的内容：

private const val TAG = "MyBroadcastReceiver"

    class MyBroadcastReceiver : BroadcastReceiver() {
        override fun onReceive(context: Context, intent: Intent) {
            //接收到广播事件
            dosomething...
        }
    }
复制代码

须要注意的是：

• 系统会在软件安装时注册接收器。而后，该接收器会成为应用的一个独立入口点，这意味着若是应用当前未运行，系统能够启动应用并发送广播。
• 系统会建立新的 BroadcastReceiver 组件对象来处理它接收到的每一个广播。此对象仅在调用 onReceive(Context, Intent) 期间有效。一旦今后方法返回代码，系统便会认为该组件再也不活跃。

2、上下文注册的接收器

要使用上下文注册接收器，须要执行如下步骤：

1.建立 BroadcastReceiver 的实例：

val br: BroadcastReceiver = MyBroadcastReceiver()
复制代码

2.建立 IntentFilter 并调用 registerReceiver(BroadcastReceiver, IntentFilter) 来注册接收器：

val filter = IntentFilter(ConnectivityManager.CONNECTIVITY_ACTION).apply {
        addAction(Intent.ACTION_AIRPLANE_MODE_CHANGED)
    }
registerReceiver(br, filter)
复制代码

3.要中止接收广播，须要调用 unregisterReceiver(android.content.BroadcastReceiver)。当再也不须要接收器或上下文再也不有效时，务必注销接收器。

须要注意的是：注册和注销接收器的位置，比方说，若是使用 Activity 上下文在 onCreate(Bundle) 中注册接收器，则应在 onDestroy() 中注销，以防接收器从 Activity 上下文中泄露出去。若是在 onResume() 中注册接收器，则应在 onPause() 中注销，以防屡次注册接收器（若是不想在暂停时接收广播，这样能够减小没必要要的系统开销）。请勿在onSaveInstanceState(Bundle) 中注销，由于若是用户在历史记录堆栈中后退，则不会调用此方法。

3、带有权限的广播接收

若是在注册广播接收器时指定了权限参数（经过 registerReceiver(BroadcastReceiver, IntentFilter, String, Handler) 或清单中的<receiver>标记指定），则广播方必须经过其清单中的<uses-permission>标记请求该权限（若是存在危险，则会被授予该权限），才能向该接收器发送 Intent。

好比在清单文件中标识了以下接收器：

<receiver android:name=".MyBroadcastReceiver"
              android:permission="android.permission.SEND_SMS">
        <intent-filter>
            <action android:name="android.intent.action.AIRPLANE_MODE"/>
        </intent-filter>
</receiver>
复制代码

或者接收方具备以下所示的上下文注册的接收器：

var filter = IntentFilter(Intent.ACTION_AIRPLANE_MODE_CHANGED)
registerReceiver(receiver, filter, Manifest.permission.SEND_SMS, null )
复制代码

那么，发送方应用必须请求以下权限，才能向这些接收器发送广播：

<uses-permission android:name="android.permission.SEND_SMS"/>
复制代码

广播对进程状态的影响

BroadcastReceiver 的状态（不管它是否在运行）会影响其所在进程的状态，而其所在进程的状态又会影响它被系统终结的可能性。例如，当进程执行接收器（即当前在运行其 onReceive() 方法中的代码）时，它被认为是前台进程。除非遇到极大的内存压力，不然系统会保持该进程运行。

可是，一旦从 onReceive() 返回代码，BroadcastReceiver 就再也不活跃。接收器的宿主进程变得与在其中运行的其余应用组件同样重要。也就是说若是当前进程仅仅是用来管理广播接收器，那么一旦接收器再也不活跃，那么当前进程系统会将其视为低优先级进程，并可能会将其终止，以便将资源提供给其余更重要的进程使用。

既然当接收器再也不活跃（onReceive()方法执行完毕）时，当前进程就有可能面临被系统回收的风险。那么，就不该当在广播接收器启动长时间运行的后台线程。onReceive() 完成后，系统能够随时终止进程来回收内存，在此过程当中，也会终止进程中运行的派生线程。可是若是的确须要开启后台线程来处理一些耗时操做，那么能够经过调用goAsync()，让系统知道该进程将继续活跃地工做。

使用 goAsync() 方法标记它在 onReceive() 完成后须要更多时间才能完成：

private const val TAG = "MyBroadcastReceiver"

    class MyBroadcastReceiver : BroadcastReceiver() {

        override fun onReceive(context: Context, intent: Intent) {
            val pendingResult: PendingResult = goAsync()
            val asyncTask = Task(pendingResult, intent)
            asyncTask.execute()
        }

        private class Task(
                private val pendingResult: PendingResult,
                private val intent: Intent
        ) : AsyncTask<String, Int, String>() {

            override fun doInBackground(vararg params: String?): String {
                val sb = StringBuilder()
                sb.append("Action: ${intent.action}\n")
                sb.append("URI: ${intent.toUri(Intent.URI_INTENT_SCHEME)}\n")
                return toString().also { log ->
                    Log.d(TAG, log)
                }
            }

            override fun onPostExecute(result: String?) {
                super.onPostExecute(result)
                // 必须调用finish（），以即可以回收BroadcastReceiver
                pendingResult.finish()
            }
        }
    }
复制代码

系统广播所发生的更改

随着 Android 平台的发展，会不按期地更改系统广播的行为方式。若是应用以 Android 7.0（API 级别 24）或更高版本为目标平台，或者安装在搭载 Android 7.0 或更高版本的设备上，那么要注意如下更改：

• Android 9

从 Android 9（API 级别 28）开始，NETWORK_STATE_CHANGED_ACTION 广播再也不接收有关用户位置或我的身份数据的信息。 此外，若是应用安装在搭载 Android 9 或更高版本的设备上，则经过 WLAN 接收的系统广播不包含 SSID、BSSID、链接信息或扫描结果。要获取这些信息，须要调用 getConnectionInfo()。

• Android 8.0

从 Android 8.0（API 级别 26）开始，系统对清单声明的接收器施加了额外的限制。 若是应用以 Android 8.0 或更高版本为目标平台，那么对于大多数隐式广播（没有明确针对当前应用的广播），不能使用清单来声明接收器。当用户正在活跃地使用当前应用时，仍可以使用上下文注册的接收器。

• Android 7.0

Android 7.0（API 级别 24）及更高版本不发送如下系统广播： ACTION_NEW_PICTURE 和 ACTION_NEW_VIDEO。此外，以 Android 7.0 及更高版本为目标平台的应用必须使用 registerReceiver(BroadcastReceiver, IntentFilter) 注册 CONNECTIVITY_ACTION 广播。没法在清单中声明接收器。

有关于广播的安全注意事项和最佳作法

• 若是不须要向应用之外的组件发送广播，则可使用支持库中提供的 LocalBroadcastManager 来收发本地广播。LocalBroadcastManager 效率更高（无需进行进程间通讯），而且无需考虑其余应用在收发当前广播时带来的任何安全问题。本地广播可在当前应用中做为通用的发布/订阅事件总线，而不会产生任何系统级广播开销。
• 若是有许多应用在其清单中注册接收相同的广播，可能会致使系统启动大量应用，从而对设备性能和用户体验形成严重影响。为避免发生这种状况，应优先使用上下文注册而不是清单声明。有时，Android 系统自己会强制使用上下文注册的接收器。例如，CONNECTIVITY_ACTION 广播只会传送给上下文注册的接收器。
• 请勿使用隐式 intent 广播敏感信息。任何注册接收广播的应用均可以读取这些信息。能够经过如下三种方式控制哪些应用能够接收当前广播：

1.在发送广播时指定权限。
    2.在 Android 4.0 及更高版本中，能够在发送广播时使用 setPackage(String)。 指定包名，系统会将广播限定到与该包名匹配的一组应用。
    3.使用 LocalBroadcastManager 发送本地广播。
复制代码

• 当注册接收器时，任何应用均可以向当前应用的接收器发送潜在的恶意广播。能够经过如下三种方式限制当前应用能够接收的广播：

1.能够在注册广播接收器时指定权限。
    2.对于清单声明的接收器，能够在清单中将 android:exported 属性设置为“false”。这样一来，接收器就不会接收来自应用外部的广播。
    3.使用 LocalBroadcastManager 限制当前应用只接收本地广播。
复制代码

• 广播操做的命名空间是全局性的。请确保在本身的命名空间中编写操做名称和其余字符串，不然可能会无心中与其余应用发生冲突。
• 因为接收器的 onReceive(Context, Intent) 方法在主线程上运行，所以它会快速执行并返回。若是须要执行长时间运行的工做，请谨慎生成线程或启动后台服务，由于系统可能会在 onReceive() 返回后终止整个进程。 可使用goAsync()标识当前接收器须要更多时间处理任务。
• 请勿从广播接收器启动 Activity，不然会影响用户体验，尤为是有多个接收器时。相反，能够考虑显示通知。