Android广播接收器

Android中的广播，即BroadcastReceiver，是应用开发中四大组件之一，通过发送/接收广播，可以实现不同组件的通信。

广播的分类

根据是否跨进程，可分为全局广播和本地广播。
全局广播：广播可以发送给不同进程，可以接收不同进程广播消息

本地广播：
使用LocalBroadcastManager.getInstance(context).sendBroadcast发送本地广播
使用本地广播相比全局广播有如下优势：
1.保护隐私： 广播的数据不会离开当前进程，不用担心数据会泄露；
2.安全： 其他应用不可能发送该广播给当前进程， 因此不用担心安全漏洞；
3.效率： 与全局广播在整个系统传播相比，本地广播效率更高；

根据广播接收顺序，可分为两类：
1.普通广播
- 通过Context.sendBroadcast发送
- 广播是以异步方式发送
- 广播的接收者运行顺序不确定
- 广播接收者不能使用彼此之间的结果，不能放弃广播

2.有序广播
- 通过Context.sendOrderedBroadcast发送
- 一次发送给一个接收者，接收者按顺序进行
- 当前广播接收者可以传递结果给下一个接收者
- 当前广播接收者可以放弃广播，则它后面的广播接收都将收不到该广播
- 可以通过设置android:priority属性控制广播接收的顺序，如果优先级相同则顺序不确定

普通广播又有：
1.粘性广播
- 可通过Context.sendStickyBroadcast发送粘性广播。
- 粘性广播发送的是消息是粘性的（sticky），Receiver如果在接收粘性广播前被销毁，那么下次重新创建时会再次接收到该广播。
- 发送粘性广播需要权限 android.permission.BROADCAST_STICKY
- 在onReceive中接收粘性广播：
 if(isInitialStickyBroadcast){
//接收粘性消息
 }else{
//接收新消息
 }

2.定向广播
给指定的应用发送广播
Intent intent = new Intent(action);
intent.setComponent(new ComponentName(packageName,className));
sendBroadcast(intent);

安全问题

（1）Intent的命名空间是全局的。确保广播的Intent action只适用于你自己的命名空间中，否则可能和其他应用冲突。
（2）当使用registerReceiver(BroadcastReceiver, IntentFilter)注册广播接收者时，任何应用都有可能发送广播给该接收者。可以添加权限来控制谁可以给它发广播。
（3）在应用的manifest指定广播接收者并且指定intent-filters时，任何其他应用都可以给它发送广播而不管这个filter。为阻止其他应用给它发送广播，可使用android:exported="false"
（4）当使用sendBroadcast(Intent)或相关API时，一般情况任意其他应用都有可能收到广播。可以通过设置权限来控制谁可以接收该广播。从ICS开始，可以通过使用Intent.setPackage限制广播只发给单个应用。
所有以上问题在LocalBroadcastManager中都没有，因为广播的intent不会超出当前进程。

发送广播时强加权限，可以通过给sendBroadcast(Intent, String)或sendOrderedBroadcast(Intent, String, BroadcastReceiver, android.os.Handler, int, String, Bundle)
传递非空的权限参数来完成。只有拥有相应权限（在AndroidManifest.xml中使用<uses-permission>申请权限）的广播接收者才能收到发送的广播。

接收广播时强加权限，可以通过在注册广播时提供非空权限参数来完成（静态或动态注册都可以）。

只有拥有相应权限（在AndroidManifest.xml中使用<uses-permission>申请权限）的广播发送者才能给该接收者发送广播。

广播生命周期

一个BroadcastReceiver对象只在onReceive(Context, Intent)方法执行期间有效，一旦该方法返回，系统认为该对象已经结束，不再处于活动状态。
实现onReceive(Context, Intent) 方法时应注意，不要使用异步的操作，因为你需要在方法结束后调用异步处理程序，但那个时候广播接收器已经不处于活动状态，系统随时可以在异步操作完成之前杀掉进程。

特别是不要在广播接收器中显示对话框或绑定服务。对于前者，应使用NotificationManager API来代替，对于后者，可以使用Context.startService()启动服务。

onReceive方法运行在主线程（UI线程），因此不要做耗时操作，否则执行时间超过10s 会造成ANR现象。

当前运行广播（即当前执行广播接收器onReceive方法）的进程会被系统认为是前台进程，除非是内存极度不够的情况，否则系统不会杀掉该进程。
一旦onReceive方法返回，广播接收器不是活动状态，它的宿主进程的重要程度只和任何其他运行的应用组件一样。这点特别重要，因为假如进程只运行广播接收器，那么onReceive方法返回后系统认为该进程是空进程，从而容易杀掉它以便给其他更重要的进程提供更多资源。
这意味着对于长时间的操作，应该使用service，结合广播接收器以使整个操作期间进程处于活跃状态。