BroadcastReceiver

• AppWidgetProvider
• DeviceAdminReceiver,
• WakefulBroadcastReceiver

涵盖的主题:

1. Security 保障
   1. 接收器使用的Context API本身就是一种跨应用设施，所以你必须考虑其他的应用程序可能滥用他们。一些需要考虑的事情是：
      1. 意图命名空间是全局。确保意图动作名称和其他的字符串写入一个你自己的命名空间中，否则你可能会无意中与其他应用程序发生冲突。
      2. 你使用registerReceiver(BroadcastReceiver, IntentFilter)，任何应用程序可以发送广播接收器，注册。你可以控制谁可以发送广播，它通过权限描述如下。
      3. 当你发布一个接收器在你的应用程序清单并为其指定的intent过滤器，任何其他的应用程序可以发送广播，它不管你指定的过滤器。要防止其他人发送给它，使它无法使用android:exported="false".
      4. 当你使用sendBroadcast(Intent) 或相关的方法，通常任何其他应用程序可以接收这些广播节目。你可以通过广播接收权限控制谁可以接收。另外，通过ICE_CREAM_SANDWICH,，你也可以用Intent.setPackage限定广播在一个应用中存在
   2. 使用 LocalBroadcastManager时这些问题不存在，因为它从来没有意图去执行当前进程外。
   3. 访问权限可以通过发送者或接收者广播一个执行。
   4. 强制许可发送时，你提供非空的权限 sendBroadcast(Intent, String) 或者sendOrderedBroadcast(Intent, String, BroadcastReceiver, android.os.Handler, int, String, Bundle)。只有那些被授予此权限接收器（通过请求与 <uses-permission> 标签在AndroidManifest.xml）将能够接收广播。
   5. 强制接收时，注册广播时候你提供非空权限——要么当调用registerReceiver(BroadcastReceiver, IntentFilter, String, android.os.Handler) 或者在你的AndroidManifest.xml静态 <receiver> 标签。只有那些已被授予该权限的广播（通过在AndroidManifest.xml的 <uses-permission>标签。）将能够发送一个意图接收器。
   6. 看Security and Permissions 文档了解一般的权限和安全性。
2. Receiver Lifecycle
   1. 一个BroadcastReceiver对象只有唯一有效的调用 onReceive(Context, Intent)。你从这个函数返回的代码，系统考虑该对象完成还是失效。
   2. 在onReceive(Context, Intent)执行这具有重要的影响：任何需要异步操作是不可用的，因为你将需要从函数返回来处理异步操作，但在这一点上BroadcastReceiver不在活跃，异步操作完成之前这样的系统是免费的删除过程。
   3. 特别是，你可能不会显示一个对话框或绑定到一个服务于一个BroadcastReceiver。对于前者，你反而应该用NotificationManager API。对于后者，你可以使用Context.startService()将命令发送到服务。
3. Process Lifecycle
   1. 目前正在执行中的boiadcastReceiver这一个过程，（也就是说，目前在onReceive(Context, Intent) 方法运行）被认为是一个前景的过程，将保持运行的系统除了极端的内存压力的情况下。
   2. 一旦你返回onreceive()，BroadcastReceiver不再活跃，和其宿主进程只为运行在它的任何其他应用程序组件一样重要。这是特别重要的，因为如果只是举办过程中（的应用程序，用户没有或不最近互动的一个常见的情况），然后在从onreceive()系统还将考虑其过程是空的，积极地杀死它使资源可用于其他更重要的过程。
   3. 这意味着更长的运行操作，你会经常在一个BroadcastReceiver把含有进程的积极为您的整个操作时间的同时使用一个服务。