广播接收器

课程概述

将接收sendBroadcast（）发送的意图的代码的基类。

如果不需要跨应用程序发送广播，请考虑使用这个班有本地广播相反下面描述的更通用的设施。这会给你很多更高效的实施（无需跨进程通信）并允许避免考虑与其他应用程序相关的任何安全问题能够接收或发送您的广播。

您可以使用动态注册此类的实例上下文.registerReceiver（）或通过<接收器>在您的Android清单.xml.

注：如果在您的Activity.onResume（）实现，您应该在中注销它Activity.onPause（）.（暂停时您不会收到意图，这将减少不必要的系统开销）。不要在中注销Activity.onSaveInstanceState（），因为如果用户在历史记录中向后移动，则不会调用此函数堆栈。

可以接收的广播有两大类：

• 正常广播（与一起发送上下文.发送广播)完全异步。所有接收器广播通常同时以未定义的顺序运行。这是效率更高，但意味着接收者无法使用结果或中止此处包含API。
• 有序广播（与一起发送上下文.sendOrdered广播)一次发送给一个接收者。当每个接收器依次执行时，它可以将结果传播到下一个接收器，否则它可以完全中止广播，使其无法通过发送给其他接收者。可以使用android:优先级匹配意向滤波器的属性；接收机相同的优先级将以任意顺序运行。

即使在正常广播的情况下，系统也可能情况恢复为每次发送一个接收器的广播。在特别是，对于可能需要创建进程的接收者，只有一次运行一个，以避免新进程使系统过载。然而，在这种情况下，无序语义仍然有效：这些接收者仍然无法返回结果或中止其广播。

注意，尽管Intent类用于发送和接收这些广播，这里的Intent广播机制是完全独立的从用于启动活动的意图上下文.startActivity（）.广播接收器是不可能的查看或捕获与startActivity（）一起使用的Intent；同样，当如果您广播了一个Intent，您将永远无法找到或启动一个Activity。这两个操作在语义上非常不同：启动带有Intent的Activity是一个前台操作，用于修改用户当前正在与进行交互；广播意图是背景用户通常不知道的操作。

BroadcastReceiver类（作为组件启动时，通过舱单<接收器>标记）是应用程序的整个生命周期.

此处涵盖的主题：

1. 安全
2. 接收器生命周期
3. 整个生命周期

安全

与一起使用的接收器上下文API本质上是跨应用程序工具，因此您必须考虑其他应用程序如何可能会滥用它们。需要考虑的事项包括：

• Intent命名空间是全局的。确保Intent操作名称和其他字符串是在您自己的命名空间中编写的，否则您可能会不小心与其他应用程序冲突。

• 当您使用寄存器接收器（BroadcastReceiver，IntentFilter），任何应用程序可以向该注册接收器发送广播。你可以控制谁可以通过下面描述的权限向其发送广播。

• 当您在应用程序的清单中发布接收方并指定意图过滤，任何其他应用程序都可以向其发送广播指定的筛选器。为了防止他人发送给它他们无法使用android:导出=“false”.

• 当您使用发送广播（意图）或相关方法，通常，任何其他应用程序都可以接收这些广播。你可以控制谁可以通过下面描述的权限接收此类广播。或者，从开始ICE_CREAM_SANDWICH公司，你还可以使用Intent.set包

使用时不存在这些问题本地广播，因为意图广播永远不会超出当前进程。

访问权限可以由发送方或接收方强制执行广播节目。

要在发送时强制执行权限，请提供一个非null许可的参数sendBroadcast（意向，字符串）或sendOrderedBroadcast（意向、字符串、BroadcastReceiver、android.os.Handler、int、字符串、捆绑）.仅限已被授予此权限的接收者（通过请求<使用权限>标签Android清单.xml)将能够接收广播。

若要在接收时强制执行权限，请提供非null许可在注册您的接收器时--或者在呼叫时registerReceiver（BroadcastReceivers、IntentFilter、String、android.os.Handler）或在静态<接收器>在您的Android清单.xml。只有拥有被授予此权限（通过使用<使用权限>标签Android清单.xml)将能够发送向接收人说明意图。

请参阅安全和权限有关权限和一般安全性的更多信息，请参阅文档。

接收器生命周期

BroadcastReceiver对象仅在调用期间有效到onReceive（上下文、意图）。一旦代码从此函数返回，系统认为对象已完成且不再活动。

这对您在onReceive（上下文、意图）实现：任何需要异步的东西操作不可用，因为您需要从函数来处理异步操作，但此时BroadcastReceiver不再处于活动状态，因此系统可以自由终止异步操作完成之前的进程。

特别是，您可以不显示对话框或绑定到来自的服务在BroadcastReceiver中。对于前者，您应该使用通知管理器应用程序编程接口。对于后者，您可以使用上下文.startService（）到向服务发送命令。

整个生命周期

当前正在执行BroadcastReceiver的进程（即，当前正在其onReceive（上下文、意图）方法）是被视为前台进程，并将由系统，但在极端内存压力的情况下除外。

从onReceive（）返回后，BroadcastReceiver不再活动，并且其托管过程仅与任何其他应用程序一样重要组件。这一点尤其重要，因为如果该进程仅托管BroadcastReceiver（这是一种常见的情况用户从未或最近没有交互过的应用程序），然后从onReceive（）返回时，系统将考虑其进程清空并积极杀掉它，以便为其他人提供资源更重要的过程。

这意味着对于长时间运行的操作，您将经常使用一服务与广播接收器共同保持包含进程在整个操作期间处于活动状态。

总结

[展开] 继承的方法

来自班级java.lang.Object（java.lang.对象） 对象 克隆() 创建并返回此对象. 布尔值 等于(对象o） 将此实例与指定对象进行比较，并指示它们是否都是平等的。 空隙 最后确定() 当垃圾收集器检测到此实例不再可访问时调用。 最终的等级<?> 获取类() 返回的唯一实例等级代表这一点的对象的类。 整数 哈希代码() 返回此对象的整数哈希代码。 最终的空隙 通知() 导致线程等待此对象的监视器（通过呼叫其中一个wait（）方法）被唤醒。 最终的空隙 通知全部() 导致所有等待此对象监视器的线程（通过呼叫其中一个wait（）方法）被唤醒。 字符串 toString（字符串）() 返回一个字符串，该字符串包含此对象。 最终的空隙 等待() 使调用线程等待另一个线程调用通知（）或notifyAll（）方法。 最终的空隙 等待（长毫微秒，整数纳米） 使调用线程等待另一个线程调用通知（）或notifyAll（）方法或直到指定的超时过期。 最终的空隙 等待（长毫） 使调用线程等待另一个线程调用通知（）或notifyAll（）方法或直到指定的超时过期。