广播接收器是 Android 生态系统中的一个核心组件，它让应用程序能够监听并响应设备内发送的系统事件或自定义消息。借助这一机制，App 可以在系统状态发生变化时收到通知，例如设备连接到充电器、电池电量发生变化，或者网络连接建立或断开时。广播接收器对于打造动态且响应迅速的应用程序非常重要，这些应用程序无需一直在后台保持活动，就能适应用户的情境和设备的环境。
广播接收器的工作原理是通过注册来监听特定事件，注册既可以在清单文件中进行，也可以在运行时进行。当广播接收器感兴趣的事件发生时，它就会被激活，并执行处理该事件所需的逻辑。只要接收器受到妥善保护，这种方法就能高效利用资源，因为它让应用程序能够响应相关事件，而不会耗尽设备的电池，也无需持续监控。因此，广播接收器是 Android 开发的核心组成部分，支持从通知到数据更新的各种功能。
广播接收器是 Android 中的一种组件，它让 App 能够监听并响应系统事件或 App 事件，即使 App 不在前台也是如此。这一功能常用于显示通知、更新用户界面或在后台触发数据同步，从而带来更动态、响应更迅速的用户体验。
More about 广播接收器
广播接收器是 Android 开发中的一个重要组件，它让应用程序能够响应系统广播或其他应用程序发送的自定义广播。借助这一功能，App 能够监听特定事件并据此采取行动，即使它们不在前台处于活动状态也是如此，这对于打造动态且响应迅速的应用程序至关重要。
从技术上讲，广播接收器的工作原理是注册特定的 Intent，即由系统或其他 App 发送的消息。当广播接收器收到 Intent 时，它就会被激活并执行所定义的操作。这可以是从更新用户界面到调度工作的任何操作。广播接收器既可以在清单中静态注册，也可以在代码中动态注册，这让开发者能够灵活决定以何种方式、在何时监听广播。不过，自 Android 8 起，大多数隐式系统广播只能由在代码中注册的接收器接收。
广播接收器主要处理三类广播，每类广播支持不同类型的交互：
系统广播：这些是由 Android 系统发送的事件，例如网络状态或电池电量发生变化，或者设备完成启动。App 可以监听这些广播，以便根据系统状态调整自身行为。例如，App 可以在电池电量较低时暂停数据密集型任务。
自定义广播：App 可以发送自己的广播，以便与其他 App 或同一 App 内的组件通信。这让开发者能够在应用程序的不同部分之间或不同应用程序之间实现交互，不过如今 App 内部的通信通常更适合使用其他机制来处理。
有序广播：这些广播会按顺序传送，每个接收器都可以在广播传递给下一个接收器之前停止广播或更改其内容。这在接收顺序很重要，或者某个接收器应能取消广播的场景中很有用。
广播接收器最大的优势之一，是它能够根据外部事件激活应用程序，而无需 App 在后台持续运行。这减少了资源消耗，并改善了设备的性能和电池续航时间。此外，广播接收器还可以与服务和内容提供器等其他组件结合使用，以打造稳健而高效的应用程序。
广播接收器资源消耗低，这是它的另一项重要优势。由于它们只有在收到相关广播时才会被激活，因此只消耗极少的电量和处理能力，这使它们非常适合需要感知系统事件、又不能对设备性能造成负面影响的应用程序。
在实践中，广播接收器长期以来一直是 Android 开发的核心组成部分。它们被用于响应网络连接变化、设备启动或时区变更等系统事件；有关来电和短信的广播受到特殊权限的保护，并须遵守严格的 Google Play 政策。接收器还被用于触发后台数据同步、更新小组件，或者根据外部事件向用户显示通知，而由于 onReceive() 只有大约十秒的运行时间，较长的工作会交给 WorkManager 处理。
总之，广播接收器是一项将简单、高效和灵活结合在一起的技术，它让 Android 应用程序能够响应更迅速、更具情境感知能力。它们无需持续的后台活动即可工作，因此在注重资源优化和用户体验的现代 App 开发中，它们是一项重要的工具。
Frequently asked questions about 广播接收器
Android 中的广播接收器是什么？它是如何工作的？
Android 中的广播接收器是一种组件，它让应用程序能够接收并响应来自其他应用程序或系统本身的消息，即“广播”。广播可以由系统生成，例如在设备启动、电池电量变化或网络连接切换时。当广播接收器注册了某种类型的广播后，一旦该消息被发送，它就会自动被激活。
广播接收器的工作原理是监听特定的 Intent，即由系统或其他应用程序发送的消息。当广播接收器收到 Intent 时，它会执行一项简短的任务，例如更新用户界面或调度工作。需要注意的是，广播接收器无法执行长时间运行的任务，因为 onReceive() 在主线程上运行，如果耗时过长，就可能会阻塞用户界面。
服务等其他组件可以在后台运行较长时间；相比之下，广播接收器被设计为轻量级组件，只会在短时间内处于活动状态。这使它们成为一种响应系统事件的高效方式，而不会消耗不必要的资源。它们尤其适合处理那些需要立即作出反应、但不需要持久进程的事件。
如何在 Android App 中注册广播接收器？
广播接收器可以通过两种方式注册。采用静态注册时，接收器在 AndroidManifest.xml 中通过 receiver 元素和 Intent 过滤器进行声明，Intent 过滤器指定了它应监听哪些消息。不过，自 Android 8.0 起，大多数隐式系统广播已无法再通过这种方式接收。
采用动态注册时，接收器在代码中创建，并通过 registerReceiver 进行注册，通常是在 Activity 或服务中。它只有在注册期间才会接收消息，并且在不再需要时必须通过 unregisterReceiver 取消注册。从 Android 14 开始，必须指定接收器是否可以接收来自其他 App 的消息。
广播接收器可以接收哪些类型的广播？
Android 中的广播接收器可以接收不同类型的广播，这些广播可分为三种主要类型：
- 系统生成的广播：这些广播由 Android 系统发送，以响应各种系统事件。例如网络连接或电池电量发生变化，或者设备完成启动。对于需要响应系统状态变化、又不想在后台持续运行的 App 来说，这些广播至关重要。
- App 专属广播：App 可以发送自己的广播，以便与同一 App 内的其他组件或其他 App 通信。这可以用来表明某项操作已经完成，例如文件已下载完毕或用户已登录。这些广播通常被设计得更有针对性，既可以是公开的，也可以仅限于 App 本身。
- 隐式广播：这些广播并不是发送给某个特定接收器的，而是基于某种通用操作。例如，App 以前可以注册接收表明有新 App 已安装的广播；自 Android 8 起，此类隐式广播大多需要在代码中注册的接收器，而自 Android 11 起，软件包可见性规则还会限制哪些 App 是可见的。隐式广播提供了灵活性，因为它们让 App 无需知道具体的发送方即可响应事件。
系统生成的广播、App 专属广播和隐式广播相结合，使广播接收器成为 Android 中的一种强大机制，能够在系统和应用程序层面实现高效的通信和事件响应。这让开发者能够打造动态且响应迅速的 App，以适应用户环境和系统环境的变化。
如何处理广播接收器的安全性和权限？
Android 中的广播接收器是一种接收和响应系统事件及应用程序事件的强大机制。为了在使用广播接收器时确保安全性并正确处理权限，应考虑以下几个重要方面：
- 限制范围：除非其他 App 确实需要向接收器发送广播，否则不应导出接收器（在清单中将 android:exported 设置为 false，或在代码中注册时使用 RECEIVER_NOT_EXPORTED），这可以降低未经授权访问的风险。
- 使用权限：通过在 AndroidManifest.xml 中或在发送时指定所需的权限，可以控制哪些 App 可以发送或接收特定的广播。签名级权限可以确保只有使用相同密钥签名的 App 才能与接收器交互。
- 显式广播：发送给特定接收器的显式 Intent，或者在 Intent 上设置软件包名称，可以限制谁能接收广播，从而防止意外或恶意的接收，提高安全性。
- 运行时权限：对于敏感操作，可以要求用户在运行时授予明确的权限，这样可以确保用户知晓并批准该操作，从而增加一层额外的安全保障。
- 限制数据：不应在其他 App 可以接收的广播中发送敏感数据，而且接收器只应能访问其所需的数据。
- 验证输入：代码中的逻辑应对传入的广播进行验证和过滤，确保只处理有效且符合预期的数据。
- LocalBroadcastManager 的替代方案：只在 App 内部发送广播的 LocalBroadcastManager 已被弃用。对于应用程序内部事件，建议改用 LiveData 或 Kotlin Flow 等可观察类型，或者使用共享的 ViewModel，这样外部 App 就无法拦截或发送这些事件。
总体而言，通过将限制范围、权限检查、显式广播、运行时权限、限制数据、输入验证以及 App 内部的广播替代方案结合起来，就可以有效地处理 Android 中广播接收器的安全性和权限。这有助于确保应用程序安全，并能抵御未经授权的访问和操纵。
广播接收器的静态注册和动态注册有什么区别？
Android 中的广播接收器可以通过两种方式注册：静态注册和动态注册。这两种方法有不同的用途和安全影响，为了为应用程序选择正确的方法，了解这些区别非常重要。
广播接收器的静态注册是通过 AndroidManifest.xml 文件完成的。在这里，接收器被定义为应用程序配置的一部分，这意味着即使应用程序没有运行，它也可以接收广播。这对于设备完成启动等事件很有用，但自 Android 8.0 起，网络变化等大多数隐式广播已无法再通过这种方式接收。已导出的静态接收器还可能随时成为其他 App 的目标，如果没有受到保护，就有可能被恶意应用程序利用。
相比之下，动态注册是在应用程序的代码中进行的，通常是在 Activity 或服务中。这样可以更好地控制接收器何时处于活动状态，因为它只会在相关组件运行时被注册。动态注册非常适合临时需求，例如在某个特定 Activity 打开期间监听特定事件。这种方法可以降低不必要访问的风险，因为接收器只会在有限的时间内处于活动状态。
选择静态注册还是动态注册，取决于应用程序对可用性和安全性的需求。静态注册可以确保即使 App 没有运行也能接收某些消息，但可能会增加安全风险。动态注册提供了更好的控制和安全性，但需要应用程序处于运行状态才能接收广播。
在 App 中使用广播接收器时，如何优化性能？
广播接收器是 Android App 中的一个重要组件，它让应用程序能够监听并响应系统事件或应用程序事件。为了在 App 中使用广播接收器时优化性能，遵循一些能够确保效率并减少不必要资源消耗的最佳实践非常重要。
优化性能最有效的方法之一，是尽可能使用动态广播接收器而不是静态广播接收器。动态广播接收器在代码中注册，通常是在 Activity 或服务中，并且可以在不再需要时取消注册。这样可以避免系统仅仅为了传送广播而启动 App 的进程，从而节省内存、CPU 时间和电量，因为接收器只会在需要时处于活动状态。
此外，不应将广播用于纯粹的 App 内部通信。以前人们使用 LocalBroadcastManager 来实现这一点，但它已被弃用；LiveData 或 Kotlin Flow 等可观察类型可以完全避免广播系统带来的开销，并改善 App 的响应速度。
另一项重要的优化，是尽量缩短在 onReceive() 方法中花费的时间。由于广播接收器在主线程上运行，onReceive() 中的长时间操作可能会阻塞用户界面，导致糟糕的用户体验。为了避免这种情况，onReceive() 应迅速完成，并将运行时间较长的任务委托给 WorkManager，或者对于简短的异步工作，使用 goAsync() 并结合后台线程。
最后，注意电量消耗也很重要。除非绝对必要，否则不应为频繁发生的事件注册接收器。还可以使用 JobScheduler 或 WorkManager 来处理那些可以异步执行或稍后执行的任务，例如在设备连接电源或网络连接良好时再执行。
遵循这些准则，App 就能高效地使用广播接收器，从而同时改善性能和用户体验。
广播接收器 for dummies
广播接收器是 Android 手机上的一项巧妙功能，它让 App 能够“收听”其他 App 或系统本身发出的特定信号或消息。想象一下，手机是一场盛大的派对，而广播接收器就像一个人，专门留意有没有人大声宣布重要的事情，例如“晚饭做好了！”或“电影要开始了！”。听到之后，它就会把这个消息转告给关心这条消息的 App。例如，一个跟踪电池使用情况的 App 可以监听手机电量是否不足，以便显示警告。这是一种让 App 无需一直检查、就能快速高效地响应变化的方式，既节省时间，又节省电量。