参考http://www.jianshu.com/p/ca3d87a4cdf3
一、广播
1、广播的定义
广播是安卓系统中不同应用之间传输信息的一种机制,要发送广播的内容是一个Intent,这个Intent就是我们要传输的数据,Android系统在产生某个事件时发送广播,应用程序使用广播接收者接收这个广播,就知道系统产生了什么事件。比较像Java中的观察者模式
Android系统在运行的过程中,会产生很多事件,比如开机、电量改变、收发短信、拨打电话、屏幕解锁
2、广播的场景
A、同一个App内不同组件之间的通信
B、不同App之间不同组件之间的通信
3、广播的种类
普通广播(Normal Broadcast)
所有与广播中的action匹配的广播接收者都可以收到这条广播,并且是没有先后顺序,视为同时收到
有序广播(Ordered Broadcast)
所有与广播中的action匹配的广播接收者都可以收到这条广播,但是是有先后顺序的,按照广播接收者的优先级排序
本地广播(Local Broadcast)
粘性广播(Sticky Broadcast)
二、实现广播
1、广播定义
继承自BroadcastReceivre基类,必须复写抽象方法onReceive()方法,广播接收器接收到相应广播后,会自动回调onReceive()方法
一般情况下,onReceive方法会涉及与其他组件之间的交互,如发送Notification、启动service等
默认情况下,广播接收器运行在UI线程,因此,onReceive方法不能执行耗时操作,否则将导致ANR。
class MyBroadcastReceiver extends BroadcastReceiver {
//接收到广播后自动调用该方法
@Override
public void onReceive(Context context, Intent intent) {
//写入接收广播后的操作
}
}
2、广播注册
静态注册
在AndroidManifest.xml里通过< receive >标签声明
<receiver
android:enabled=["true" | "false"]
//此broadcastReceiver能否接收其他App的发出的广播
//默认值是由receiver中有无intent-filter决定的:如果有intent-filter,默认值为true,否则为false
android:exported=["true" | "false"]
android:icon="drawable resource"
android:label="string resource"
//继承BroadcastReceiver子类的类名
android:name=".MyBroadcastReceiver"
//具有相应权限的广播发送者发送的广播才能被此BroadcastReceiver所接收;
android:permission="string"
//BroadcastReceiver运行所处的进程
//默认为app的进程,可以指定独立的进程
//注:Android四大基本组件都可以通过此属性指定自己的独立进程
android:process="string" >
//用于指定此广播接收器将接收的广播类型
//本示例中给出的是用于接收网络状态改变时发出的广播
<intent-filter>
<action android:name="android.net.conn.CONNECTIVITY_CHANGE" />
</intent-filter>
</receiver>
注册结果:
<receiver
//此广播接收者类是MyBroadcastReceiver
android:name=".MyBroadcastReceiver" >
//用于接收网络状态改变时发出的广播
<intent-filter>
<action android:name="android.net.conn.CONNECTIVITY_CHANGE" />
</intent-filter>
</receiver>
动态注册
在代码中通过调用Context的registerReceiver()方法进行动态注册
//实例化BroadcastReceiver子类 & IntentFilter
mBroadcastReceiver mBroadcastReceiver = new mBroadcastReceiver();
IntentFilter intentFilter = new IntentFilter();
//设置接收广播的类型
intentFilter.addAction(android.net.conn.CONNECTIVITY_CHANGE);
//调用Context的registerReceiver()方法进行动态注册
registerReceiver(mBroadcastReceiver, intentFilter);
//注册广播后,要在相应位置记得销毁广播
//即在onDestroy() 中unregisterReceiver(mBroadcastReceiver)
//当此Activity实例化时,会动态将MyBroadcastReceiver注册到系统中
//当此Activity销毁时,动态注册的MyBroadcastReceiver将不再接收到相应的广播。
@Override
protected void onDestroy() {
super.onDestroy();
//销毁在onDestroy()方法中的广播
unregisterReceiver(mBroadcastReceiver);
}
}
特别注意
动态广播最好在Activity的onResume()注册、onPause()注销。
在onResume()注册、onPause()注销是因为onPause()在App死亡前一定会被执行,从而保证广播在App死亡前一定会被注销,从而防止内存泄露。
不在onCreate() & onDestory() 或 onStart() & onStop()注册、注销是因为:
1、当系统因为内存不足(优先级更高的应用需要内存,请看上图红框)要回收Activity占用的资源时,Activity在执行完onPause()方法后就会被销毁,有些生命周期方法onStop(),onDestory()就不会执行。当再回到此Activity时,是从onCreate方法开始执行。
2、假设我们将广播的注销放在onStop(),onDestory()方法里的话,有可能在Activity被销毁后还未执行onStop(),onDestory()方法,即广播仍还未注销,从而导致内存泄露。
但是,onPause()一定会被执行,从而保证了广播在App死亡前一定会被注销,从而防止内存泄露。区别: 通过静态注册的广播能够在程序退出后依然接收动态注册的广播。程序退出后,广播不再接收
三、广播种类
1、普通广播(Normal Broadcast)
即开发者自身定义intent的广播
Intent intent = new Intent();
//对应BroadcastReceiver中intentFilter的action
intent.setAction(BROADCAST_ACTION);
//发送广播
sendBroadcast(intent);
若被注册了的广播接收者中注册时intentFilter的action与上述匹配,则会接收此广播
<receiver
//此广播接收者类是mBroadcastReceiver
android:name=".mBroadcastReceiver" >
//用于接收网络状态改变时发出的广播
<intent-filter>
<action android:name="BROADCAST_ACTION" />
</intent-filter>
</receiver>
2、系统广播(System Broadcast)
Android中内置了多个系统广播:只要涉及到手机的基本操作(如开机、网络状态变化、拍照等等),都会发出相应的广播,每个广播都有特定的Intent - Filter(包括具体的action)
当使用系统广播时,只需要在注册广播接收者时定义相关的action即可,并不需要手动发送广播,当系统有相关操作时会自动进行系统广播
3、有序广播(Ordered Broadcast)
发送出去的广播被广播接收者按照先后顺序接收
广播接受者接收广播的顺序规则(同时面向静态和动态注册的广播接受者)
1、按照Priority属性值从大-小排序;
2、Priority属性相同者,动态注册的广播优先;特点:
1、接收广播按顺序接收
2、先接收的广播接收者可以对广播进行截断,即后接收的广播接收者不再接收到此广播;
3、先接收的广播接收者可以对广播进行修改,那么后接收的广播接收者将接收到被修改后的广播
sendOrderedBroadcast(intent);
4、粘性广播(Sticky Broadcast)
由于在Android5.0 & API 21中已经失效,所以不建议使用
5、App应用内广播(Local Broadcast)
背景:
Android中的广播可以跨App直接通信(exported对于有intent-filter情况下默认值为true)
冲突
1、其他App针对性发出与当前App intent-filter相匹配的广播,由此导致当前App不断接收广播并处理;
2、其他App注册与当前App一致的intent-filter用于接收广播,获取广播具体信息;会出现安全性 & 效率性的问题。解决方案
使用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
mBroadcastReceiver = new mBroadcastReceiver();
IntentFilter intentFilter = new IntentFilter();
//步骤2:实例化LocalBroadcastManager的实例
localBroadcastManager = LocalBroadcastManager.getInstance(this);
//步骤3:设置接收广播的类型
intentFilter.addAction(android.net.conn.CONNECTIVITY_CHANGE);
//步骤4:调用LocalBroadcastManager单一实例的registerReceiver()方法进行动态注册
localBroadcastManager.registerReceiver(mBroadcastReceiver, intentFilter);
//取消注册应用内广播接收器
localBroadcastManager.unregisterReceiver(mBroadcastReceiver);
//发送应用内广播
Intent intent = new Intent();
intent.setAction(BROADCAST_ACTION);
localBroadcastManager.sendBroadcast(intent);
四、广播实现机制
Android中的广播使用了设计模式中的观察者模式:基于消息的发布/订阅事件模型。
1、模型中有3个角色:
消息订阅者(广播接收者)
消息发布者(广播发布者)
消息中心(AMS,即Activity Manager Service:贯穿Android系统四大组件的一个核心服务,负责四大组件的启动、创建)2、原理描述:
广播接收者 通过 Binder机制在 AMS 注册
广播发送者 通过 Binder 机制向 AMS 发送广播
AMS 根据 广播发送者 要求,在已注册列表中,寻找合适的广播接收者
寻找依据:IntentFilter / Permission
AMS将广播发送到合适的广播接收者相应的消息循环队列中;
广播接收者通过 消息循环 拿到此广播,并回调 onReceive()特别注意:广播发送者 和 广播接收者的执行 是 异步 的,发出去的广播不会关心有无接收者接收,也不确定接收者到底是何时才能接收到;
特别注意
对于不同注册方式的广播接收器回调OnReceive(Context context,Intent intent)中的context返回值是不一样的:
对于静态注册(全局+应用内广播),回调onReceive(context, intent)中的context返回值是:ReceiverRestrictedContext;
对于全局广播的动态注册,回调onReceive(context, intent)中的context返回值是:Activity Context;
对于应用内广播的动态注册(LocalBroadcastManager方式),回调onReceive(context, intent)中的context返回值是:Application Context。
对于应用内广播的动态注册(非LocalBroadcastManager方式),回调onReceive(context, intent)中的context返回值是:Activity Context;
五、LocalBroadCastManager详解
1、LocalBroadCastManager高效的原因主要是因为它内部通过Handler来实现的,它的sendBroadCast()方法含义并非和我们平时所用的一样,它的sendBroadCast()其实是通过Handler发送Message来实现的
2、既然它内部是通过Handler来发送广播的,那么相比系统广播通过Binder机制来发送广播肯定更高效,同时使用Handler,其它应用无法向我们的应用发送广播,我们应用发送的广播也不会脱离我们的应用