一、定义
BroadcastReceiver即广播,是一个全局监听器,Android四大组件之一。在广播中有两个角色广播接收者和广播发送者。
二、分类
1.按照发送的方式分类
(1)普通广播,由应用程序开发者自己定义的广播。
(2)系统广播,Android系统中内置了多个系统广播,只要涉及到手机的基本操作,基本上都会发出相应的系统广播。
(3)有序广播,是一种同步执行的广播,在广播发出去之后,同一时刻只有一个广播接收器可以收到消息。当广播中的逻辑执行完成后,广播才会继续传播。
(4)App应用内广播(Local Broadcast),App应用内广播可以理解成一种局部广播的形式,广播的发送者和接收者都同属于一个App。实际的业务需求中,App应用内广播确实可能需要用到。同时,之所以使用应用内广播时,而不是使用全局广播的形式,更多的考虑到的是Android广播机制中的安全性问题。
(5)粘性广播(Sticky Broadcast),(在 android 5.0/api 21中deprecated,不再推荐使用,相应的还有粘性有序广播,同样已经deprecated)。已deprecated可以不用再关注这种广播。
2.按注册的方式分类
(1)静态注册广播,是在AndroidManifest中进行注册的广播,即使App退出,仍然能接收到广播。
(2)静态注册广播,在代码中注册的广播,当Activity退出,就接收不到广播了。
其中静态注册的广播即使App退出,仍然能接收到广播这种说法自Android 3.1开始有可能不再成立。主要原因如下:
Android 3.1开始系统在Intent与广播相关的flag增加了参数:
A. FLAG_INCLUDE_STOPPED_PACKAGES:包含已经停止的包(停止:即包所在的进程已经退出)
B. FLAG_EXCLUDE_STOPPED_PACKAGES:不包含已经停止的包
自Android3.1开始,系统本身增加了对所有App当前是否处于运行状态的跟踪。在发送广播时,不管是什么广播类型,系统默认直接增加了值为FLAG_EXCLUDE_STOPPED_PACKAGES的flag,导致即使是静态注册的广播接收器,对于其所在进程已经退出的App,同样无法接收到广播。
因此对于系统广播,由于是系统内部直接发出的,无法更改此intent的flag值,因此,从3.1开始对于静态注册的接收系统广播的BroadcastReceiver,如果App进程已经退出,将不能接收到广播。
但是对于自定义的广播,可以通过覆写此flag为FLAG_INCLUDE_STOPPED_PACKAGES,使得静态注册的BroadcastReceiver,即使所在App进程已经退出,也能接收到广播,并会启动应用进程,但此时的BroadcastReceiver是新建的。实现代码为:
Intent intent = new Intent();
intent.setAction(BROADCAST_CHANGENETWORK_ACTION);
intent.addFlags(Intent.FLAG_INCLUDE_STOPPED_PACKAGES);
sendBroadcast(intent);
在Android 3.1以前,不少App可能通过静态注册方式监听各种系统广播,以此进行一些业务上的处理(如即使App已经退出,仍然能接收到,可以启动service等..),Android 3.1后,静态注册接受广播方式的改变,将直接导致此类方案不再可行。于是,通过将Service与App本身设置成不同的进程已经成为实现此类需求的可行替代方案。
3.按照定义的方式分类
(1)系统广播,Android系统中内置了多个系统广播,每个系统广播都具有特定的intent-filter,其中主要包括具体的action,系统广播发出后,将被相应的BroadcastReceiver接收。系统广播在系统内部当特定事件发生时,由系统自动发出。
(2)自定义广播,由应用程序开发者自己定义的广播。
三、使用场景
1.同一APP内部的同一组件内的消息通信(单个或多个线程之间);
2.同一APP内部的不同组件之间的消息通信(单个进程);
3.同一APP具有多个进程的不同组件之间的消息通信;
4.不同APP之间的组件之间消息通信;
5.Android系统在特定情况下与App之间的消息通信。
四、用法
1.自定义一个广播接收器
继承一个BroadcastReceiver,实现onReceive方法,在其中实现自己的业务逻辑就可以了。示例代码如下(监听网络变化的广播):
public class NetWorkChangeReceiver extends BroadcastReceiver { @Override public void onReceive(Context context, Intent intent) { // TODO Auto-generated method stub ConnectivityManager connectMgr = (ConnectivityManager) context .getSystemService(Context.CONNECTIVITY_SERVICE); NetworkInfo mNetworkInfo = connectMgr .getActiveNetworkInfo(); if (mNetworkInfo != null){ PccwApplication.isConnectionNetWork = true; }else { PccwApplication.isConnectionNetWork = false; } } }
2.广播接收器注册
注册的方式分为两种:静态注册、动态注册。
(1)静态注册
在AndroidManifest.xml里通过<receive>标签声明;示例如下:
<receiver android:name=".receiver.NetWorkChangeReceiver" android:exported="false"> <intent-filter> <action android:name="android.net.conn.CONNECTIVITY_CHANGE" /> </intent-filter> </receiver>
当此 APP首次启动时,系统会自动实例化NetWorkChangeReceiver类,并注册到系统中。
其中对Receiver标签中一些属性的说明:
1)android:exported
此BroadcastReceiver能否接收其他App发出的广播(其默认值是由receiver中有无intent-filter决定的,如果有intent-filter,默认值为true,否则为false);
2)android:name
此broadcastReceiver类名;
3)android:permission
如果设置,具有相应权限的广播发送方发送的广播才能被此broadcastReceiver所接收;
4)android:process
broadcastReceiver运行所处的进程。默认为App的进程。可以指定独立的进程(Android四大组件都可以通过此属性指定自己的独立进程);
(2)动态注册
在代码中调用Context.registerReceiver()方法,示例如下:
public class MyActivity extends Activity { public static final String BROADCAST_ACTION = "com.hbq.pccw"; private NetWorkChangeReceiver mBroadcastReceiver; private IntentFilter intentFilter; @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); mBroadcastReceiver = new NetWorkChangeReceiver(); intentFilter = new IntentFilter(); intentFilter.addAction(BROADCAST_ACTION); } @Override protected void onResume() { super.onResume(); registerReceiver(mBroadcastReceiver, intentFilter); } @Override protected void onPause() { super.onPause(); unregisterReceiver(mBroadcastReceiver); } @Override protected void onDestroy() { super.onDestroy(); } }
当此Activity实例化时,会动态将MyBroadcastReceiver注册到系统中。当此Activity销毁时,动态注册的MyBroadcastReceiver将不再接收到相应的广播。
3广播的发送
(1)普通广播(Normal Broadcast),即 开发者自身定义 intent的广播(最常用)。发送广播使用如下:
Intent intent = new Intent();
intent.setAction(BROADCAST_NETCHANGE);
//发送广播
sendBroadcast(intent);
(2)系统广播
· Android中内置了多个系统广播:只要涉及到手机的基本操作(如开机、网络状态变化、拍照等等),都会发出相应的广播
· 每个广播都有特定的Intent - Filter(包括具体的action),Android系统广播action如下:
系统操作 | action |
---|---|
监听网络变化 | android.net.conn.CONNECTIVITY_CHANGE |
关闭或打开飞行模式 | Intent.ACTION_AIRPLANE_MODE_CHANGED |
充电时或电量发生变化 | Intent.ACTION_BATTERY_CHANGED |
电池电量低 | Intent.ACTION_BATTERY_LOW |
电池电量充足(即从电量低变化到饱满时会发出广播 | Intent.ACTION_BATTERY_OKAY |
系统启动完成后(仅广播一次) | Intent.ACTION_BOOT_COMPLETED |
按下照相时的拍照按键(硬件按键)时 | Intent.ACTION_CAMERA_BUTTON |
屏幕锁屏 | Intent.ACTION_CLOSE_SYSTEM_DIALOGS |
设备当前设置被改变时(界面语言、设备方向等) | Intent.ACTION_CONFIGURATION_CHANGED |
插入耳机时 | Intent.ACTION_HEADSET_PLUG |
未正确移除SD卡但已取出来时(正确移除方法:设置--SD卡和设备内存--卸载SD卡) | Intent.ACTION_MEDIA_BAD_REMOVAL |
插入外部储存装置(如SD卡) | Intent.ACTION_MEDIA_CHECKING |
成功安装APK | Intent.ACTION_PACKAGE_ADDED |
成功删除APK | Intent.ACTION_PACKAGE_REMOVED |
重启设备 | Intent.ACTION_REBOOT |
屏幕被关闭 | Intent.ACTION_SCREEN_OFF |
屏幕被打开 | Intent.ACTION_SCREEN_ON |
关闭系统时 | Intent.ACTION_SHUTDOWN |
重启设备 | Intent.ACTION_REBOOT |
注:当使用系统广播时,只需要在注册广播接收者时定义相关的action即可,并不需要手动发送广播,当系统有相关操作时会自动进行系统广播。
(3)有序广播
有序广播的有序广播中的“有序”是针对广播接收者而言的,指的是发送出去的广播被BroadcastReceiver按照先后循序接收。有序广播的定义过程与普通广播无异,只是其的主要发送方式变为:sendOrderedBroadcast(intent, receiverPermission, ...)。
对于有序广播,其主要特点总结如下:
1>多个具当前已经注册且有效的BroadcastReceiver接收有序广播时,是按照先后顺序接收的,先后顺序判定标准遵循为:将当前系统中所有有效的动态注册和静态注册的BroadcastReceiver按照priority属性值从大到小排序,对于具有相同的priority的动态广播和静态广播,动态广播会排在前面。
2>先接收的BroadcastReceiver可以对此有序广播进行截断,使后面的BroadcastReceiver不再接收到此广播,也可以对广播进行修改,使后面的BroadcastReceiver接收到广播后解析得到错误的参数值。当然,一般情况下,不建议对有序广播进行此类操作,尤其是针对系统中的有序广播。
(4)应用内部的广播
1)背景
Android中的广播可以跨App直接通信(exported对于有intent-filter情况下默认值为true)
2)冲突
可能出现的问题:
· 其他App针对性发出与当前App intent-filter相匹配的广播,由此导致当前App不断接收广播并处理;
· 其他App注册与当前App一致的intent-filter用于接收广播,获取广播具体信息;
即会出现安全性 & 效率性的问题。
3)解决方案
使用App应用内广播(Local Broadcast)
1.App应用内广播可理解为一种局部广播,广播的发送者和接收者都同属于一个App。
2.相比于全局广播(普通广播),App应用内广播优势体现在:安全性高 & 效率高
具体使用1 - 将全局广播设置成局部广播
1.注册广播时将exported属性设置为false,使得非本App内部发出的此广播不被接收;
2.在广播发送和接收时,增设相应权限permission,用于权限验证;
3.发送广播时指定该广播接收器所在的包名,此广播将只会发送到此包中的App内与之相匹配的有效广播接收器中。
通过intent.setPackage(packageName)指定报名
具体使用2 - 使用封装好的LocalBroadcastManager类
使用方式上与全局广播几乎相同,只是注册/取消注册广播接收器和发送广播时将参数的context变成了LocalBroadcastManager的单一实例
注:对于LocalBroadcastManager方式发送的应用内广播,只能通过LocalBroadcastManager动态注册,不能静态注册
//注册应用内广播接收器
//步骤1:实例化BroadcastReceiver子类 & IntentFilter mBroadcastReceiver
netWorkChangeReceiver = new NetWorkChangeReceiver();
IntentFilter intentFilter = new IntentFilter();
//步骤2:实例化LocalBroadcastManager的实例
localBroadcastManager = LocalBroadcastManager.getInstance(this);
//步骤3:设置接收广播的类型
intentFilter.addAction(android.net.conn.CONNECTIVITY_CHANGE);
//步骤4:调用LocalBroadcastManager单一实例的registerReceiver()方法进行动态注册
localBroadcastManager.registerReceiver(netWorkChangeReceiver , intentFilter);
//取消注册应用内广播接收器
localBroadcastManager.unregisterReceiver(netWorkChangeReceiver );
//发送应用内广播
Intent intent = new Intent();
intent.setAction(BROADCAST_ACTION);
localBroadcastManager.sendBroadcast(intent);
5)粘性广播(Sticky Broadcast)
由于在Android5.0 & API 21中已经失效,所以不建议使用,在这里也不作总结。