一 BroadcastReceiver简介
广播是一种广泛运用的在应用程序之间传输信息的机制,主要用来监听系统或者应用发出的广播信息,然后根据广播信息作为相应的逻辑处理,也可以用来传输少量、频率低的数据。如:在实现开机启动服务和网络状态改变、电量变化、短信和来电时通过接收系统的广播让应用程序作出相应的处理。
BroadcastReceiver 自身并不实现图形用户界面,但是当它收到某个通知后, BroadcastReceiver 可以通过启动 Service 、启动 Activity 或是 NotificationMananger 提醒用户。
当系统或应用发出广播时,将会扫描系统中的所有广播接收者,通过action匹配将广播发送给相应的接收者,接收者收到广播后将会产生一个广播接收者的实例,执行其中的onReceiver()这个方法;特别需要注意的是这个实例的生命周期只有10秒,如果10秒内没执行结束onReceiver(),系统将会报错。在onReceiver()执行完毕之后,该实例将会被销毁,所以不要在onReceiver()中执行耗时操作,也不要在里面创建子线程处理业务(因为可能子线程没处理完,接收者就被回收了,那么子线程也会跟着被回收掉);正确的处理方法就是通过in调用activity或者service处理业务。
二 BroadcastReceiver的两种注册方式
1.静态注册(推荐)
静态注册的广播接收者是一个常驻在系统中的全局监听器,当你在应用中配置了一个静态的BroadcastReceiver,安装了应用后而无论应用是否处于运行状态,广播接收者都是已经常驻在系统中了。同时应用里的所有receiver都在清单文件里面,方便查看。 要销毁掉静态注册的广播接收者,可以通过调用PackageManager将Receiver禁用。
在AndroidManifest.xml的application里面定义receiver并设置要接收的action。下面是代码示例:
1 | < receiver android:name = ".MyBroadcastReceiver" > |
这里的priority取值是 -1000到1000,值越大优先级越高,同时注意加上系统接收短信的限权。
1 | < uses-permission android:name ="android.permission.RECEIVE_SMS" /> |
2.动态注册
在Activity中声明BroadcastReceiver的扩展对象,在onResume中注册,onPause中卸载.
1 | public class MainActivity extends Activity { |
接收广播示例:
1 | public class MyBroadcastReceiver extends BroadcastReceiver { |
3.静态注册和动态注册的区别
- 静态注册的广播接收者一经安装就常驻在系统之中,不需要重新启动唤醒接收者; 动态注册的广播接收者随着应用的生命周期,由registerReceiver开始监听,由unregisterReceiver撤销监听,如果应用退出后,没有撤销已经注册的接收者应用应用将会报错。
- 当广播接收者通过intent启动一个activity或者service时,如果intent中无法匹配到相应的组件。 动态注册的广播接收者将会导致应用报错 而静态注册的广播接收者将不会有任何报错,因为自从应用安装完成后,广播接收者跟应用已经脱离了关系。
三 发送广播
发送广播主要有两种类型:
1.普通广播
应用在需要通知各个广播接收者的情况下使用,如 开机启动,使用方法:sendBroadcast()。
1 | Intent intent = new Intent("android.provider.Telephony.SMS_RECEIVED"); |
普通广播是完全异步的,可以在同一时刻(逻辑上)被所有接收者接收到,所有满足条件的 BroadcastReceiver 都会随机地执行其 onReceive() 方法。 同级别接收是先后是随机的;级别低的收到广播; 消息传递的效率比较高,并且无法中断广播的传播。
有序广播
应用在需要有特定拦截的场景下使用,如黑名单短信、电话拦截。
使用方法:
1 | sendOrderedBroadcast(intent, receiverPermission); |
receiverPermission :一个接收器必须持以接收您的广播。如果为 null ,不经许可的要求(一般都为null),如:
1 | //发送有序广播 |
在有序广播中,我们可以在前一个广播接收者将处理好的数据传送给后面的广播接收者,也可以调用abortBroadcast()来终结广播的传播。
1 | public void onReceive(Context arg0, Intent intent) { |
高级别的广播收到该广播后,可以决定把该广播是否截断掉。 同级别接收是先后是随机的,如果先接收到的把广播截断了,同级别的例外的接收者是无法收到该广播。
异步广播
使用方法:sendStickyBroadcast() :
发出的Intent当接收Activity(动态注册)重新处于onResume状态之后就能重新接受到其Intent.(the Intent will be held to be re-broadcast to future receivers)。就是说sendStickyBroadcast发出的最后一个Intent会被保留,下次当Activity处于活跃的时候又会接受到它
发这个广播需要权限:
1 | <uses-permission android:name="android.permission.BROADCAST_STICKY" /> |
卸载该广播:
1 | removeStickyBroadcast(intent); |
在卸载之前该intent会保留,接收者在可接收状态都能获得。
异步有序广播
使用方法:sendStickyOrderedBroadcast(intent, resultReceiver, scheduler, initialCode, initialData, initialExtras):
这个方法具有有序广播的特性也有异步广播的特性;同时需要限权:
1 | <uses-permission android:name="android.permission.BROADCAST_STICKY" /> |
四 安全性
BroadcastReceiver的设计初衷就是从全局考虑的,可以方便应用程序和系统、应用程序之间、应用程序内的通信,所以对单个应用程序而言BroadcastReceiver是存在安全性问题的,相应问题及解决如下:
- 当应用程序发送某个广播时系统会将发送的Intent与系统中所有注册的BroadcastReceiver的IntentFilter进行匹配,若匹配成功则执行相应的onReceive函数。可以通过类似sendBroadcast(Intent, String)的接口在发送广播时指定接收者必须具备的permission。或通过Intent.setPackage设置广播仅对某个程序有效。
- 当应用程序注册了某个广播时,即便设置了IntentFilter还是会接收到来自其他应用程序的广播进行匹配判断。对于动态注册的广播可以通过类似registerReceiver(BroadcastReceiver, IntentFilter, String, android.os.Handler)的接口指定发送者必须具备的permission,对于静态注册的广播可以通过android:exported=”false”属性表示接收者对外部应用程序不可用,即不接受来自外部的广播。
- 上面两个问题其实都可以通过LocalBroadcastManager来解决,LocalBroadcastManager只会将广播限定在当前应用程序中。
- 使用android:protectionLevel
android引入了LocalBroadcastManager解决在第4部分安全性介绍的一些问题,LocalBroadcastManager除了能解决BroadcastReceiver进程间安全性问题外,相对Context操作的BroadcastReceiver而言还具有更高的运行效率。使用LocalBroadcastManager需要引入Android Support Library,如何引入见Add Support Package。
本地广播通过LocalBroadcastManager.getInstance(context).sendBroadcast(intent)发送广播,LocalBroadcastManager.getInstance(context).registerReceiver注册服务,通过LocalBroadcastManager.getInstance(context).unregisterReceiver取消注册服务,其他同普通广播.
五 一些常用的系统广播的action 和permission
1.开机启动
1 | <action android:name="android.intent.action.BOOT_COMPLETED"/> |
2.网络状态
1 | <action android:name="android.net.conn.CONNECTIVITY_CHANGE"/> |
网络是否可用的方法:
1 | public static boolean isNetworkAvailable(Context context) { |
3.电量变化
1 | <action android:name="android.intent.action.BATTERY_CHANGED"/> |
BroadcastReceiver 的onReceive方法:
1 | public void onReceive(Context context, Intent intent) { |
六 总结
- 静态广播接收的处理器是由PackageManagerService负责,当手机启动或者新安装了应用的时候,PackageManagerService会扫描手机中所有已安装的APP应用,将AndroidManifest.xml中有关注册广播的信息解析出来,存储至一个全局静态变量当中。
- 动态广播接收的处理器是由ActivityManagerService负责,当APP的服务或者进程起来之后,执行了注册广播接收的代码逻辑,即进行加载,最后会存储在一个另外的全局静态变量中。需要注意的是:1)这个并非是一成不变的,当程序被杀死之后,已注册的动态广播接收器也会被移出全局变量,直到下次程序启动,再进行动态广播的注册,当然这里面的顺序也已经变更了一次。2)这里也并没完整的进行广播的排序,只记录的注册的先后顺序,并未有结合优先级的处理。
- 广播发出的时候,广播接收者接收的顺序如下:
1)当广播为普通广播时,有如下的接收顺序:
a、无视优先级
b、动态优先于静态
c、同优先级的动态广播接收器,先注册的大于后注册的
d、同优先级的静态广播接收器,先扫描的大于后扫描的
2)如果广播为有序广播,那么会将动态广播处理器和静态广播处理器合并在一起处理广播的消息,最终确定广播接收的顺序:
a、优先级高的先接收
b、同优先级的动静态广播接收器,动态优先于静态
c、同优先级的动态广播接收器,先注册的大于后注册的
d、同优先级的静态广播接收器,先扫描的大于后扫描的