Hi,你们好,又双见面啦,上一期咱们讲了如何使用Activity,确定有很多小伙伴已经建立了属于本身的FirstActivity,那么这一期咱们主要为你们介绍第二个重要组件BroadcastReceiver(广播接收器)。做为Android的四大组件之二,其应用场景很是多。下面,就详细介绍下 BroadcastReceiver 的相关知识。java
BroadcastReceiver(广播接收器)即广播,是一个全局的监听器。android
Android 广播分为两个角色:广播发送者、广播接受者。安全
能够监听或接收应用 App 或系统发出的广播消息,并作出响应。bash
Android中的广播使用了观察者模式:基于消息的发布 / 订阅事件模型,将广播的发送者和接收者解耦,使得系统方便集成,更易扩展。网络
消息的事件模型中有三个角色:异步
具体实现流程以下:ide
注意:广播发送者和广播接受者的执行顺序是异步的,发送者不会关心有无接收者及接收者是否接收。this
//继承BroadcastReceiver
public class MyBroadcaseReceiver extends BroadcastReceiver {
//接收到广播后,则自动调用该方法
@Override
public void onReceive(Context context, Intent intent) {
}
}
复制代码
继承 BroadcastReceivre 基类,重写 onReceive() 方法。广播接收器接收到相应广播后,会自动回调 onReceive() 方法,此方法中可与其余组件进行交互,如发送通知、启动服务等。google
默认状况下,广播接收器运行在主线程中,因此,onReceive() 方法不能执行耗时操做,不然会致使 ANR 异常。spa
广播接收器的注册分为两种:静态注册、动态注册。
静态注册:静态注册即在清单文件(AndroidManifest.xml)中为 BroadcastReceiver 进行注册,使用< receiver >标签声明,并在标签内用 < intent-filter > 标签设置过滤器。这种形式的 BroadcastReceiver 的生命周期伴随着整个应用。若是这种方式处理的是系统广播,那么无论应用是否在运行,该广播接收器都能接收到该广播。
<receiver android:enabled=["true" | "false"] android:exported=["true" | "false"] android:icon="drawable resource" android:label="string resource" android:name="string" android:permission="string" android:process="string" >
<intent-filter>
<action android:name="android.net.conn.CONNECTIVITY_CHANGE" />
</intent-filter>
</receiver>
复制代码
android:exported ——此 BroadcastReceiver 可否接收其余 App 的发出的广播,其默认值是由 receiver 中有无 intent-filter 决定的,若是有 intent-filter,默认值为true,不然为false。(一样的,activity/service中的此属性默认值同样遵循此规则); android:name —— 此 BroadcastReceiver 类名; android:permission ——若是设置,具备相应权限的广播发送方发送的广播才能被此 BroadcastReceiver 所接收; android:process —— BroadcastReceiver 运行所处的进程。默认为 App 的进程。能够指定独立的进程(Android四大组件均可以经过此属性指定本身的独立进程)。
intent-filter/action ——用于指定此广播接收器将接收的广播类型,本示例中给出的是用于接收网络状态改变时发出的广播。
注册示例:
<receiver android:name=".MyBroadcaseReceiver">
<intent-filter>
<action android:name="android.net.conn.CONNECTIVITY_CHANGE" />
</intent-filter>
</receiver>
复制代码
当此 App首次启动时,系统会自动实例化 MyBroadcaseReceiver 类,并注册到系统中。
注意:Android 7.0版本开始,对静态注册的广播作了限制,致使静态注册失效。应用没法使用清单注册隐式广播,仍然能够在运行时动态注册这些广播,而且可使用清单注册专门针对它们的显式广播。
具体可查看:developer.android.google.cn/about/versi…
动态注册:动态注册 BroadcastReceiver 是在代码中定义并设置好一个 IntentFilter 对象,而后在须要注册的地方调用 Context.registerReceiver() 方法,调用 Context.unregisterReceiver() 方法取消注册,此时就不须要在清单文件中注册 Receiver 了。
@Override
protected void onResume() {
super.onResume();
//1.实例化MyBroadcaseReceiver
MyBroadcaseReceiver myBroadcaseReceiver = new MyBroadcaseReceiver();
//2.设置广播类型
IntentFilter intentFilter = new IntentFilter();
intentFilter.addAction("android.net.conn.CONNECTIVITY_CHANGE");
//3.动态注册广播
registerReceiver(myBroadcaseReceiver, intentFilter);
}
@Override
protected void onDestroy() {
super.onDestroy();
//销毁在onResume()中注册的广播
unregisterReceiver(mBroadcastReceiver);
}
复制代码
注意:对于动态广播,有注册必须得有注销,否知会形成内存泄露,重复注册、重复注销也不容许。
Android 中全部与观察者模式有关的设计中,一旦涉及到 register,一定在相应的时机须要 unregister。
广播发送:广播的“发送”与“接收”,表面上看是广播做为 Android 广播机制中的实体,实际上这一实体自己是并非以所谓的”广播“对象存在的,而是以”意图“(Intent)去表示。定义广播的定义本质,实际就是相应广播”意图“的定义过程,而后经过广播发送者经过 sendBroadcast() 方法将此”意图“发送出去。
广播类型:根据广播的发送方式,能够将其分为如下几种类型
1.普通广播(Normal Broadcast)
开发者自身定义 intent的广播。发送广播使用以下:
Intent intent = new Intent();
//对应BroadcastReceiver中intentFilter的action
intent.setAction("MY_BROADCAST_ACTION");
//发送广播
sendBroadcast(intent);
复制代码
被注册了的广播接收者中注册时 intentFilter 的 action 与上述匹配,就会接收此广播,并回调onReceive()。以下的 BroadcastReceiver 则会接收上述广播:
<receiver
android:name=".MyBroadcastReceiver" >
<intent-filter>
<action android:name="MY_BROADCAST_ACTION" />
</intent-filter>
</receiver>
复制代码
注意:若发送广播有相应权限,那么广播接收者也须要相应权限
2.系统广播(System Broadcast)
Android系统中内置了多个系统广播,只要涉及到手机的基本操做,基本上都会发出相应的系统广播。如:开机启动,网络状态改变,拍照,屏幕关闭与开启,电量不足等等。
每一个系统广播都具备特定的 intent-filter,其中主要包括具体的 action,系统广播发出后,将被相应的BroadcastReceiver 接收。
当使用系统广播时,只需在注册广播接收者时定义相关的action便可,不须要手动发送广播,当系统有相关操做时会自动进行系统广播的发送。
3.有序广播(Ordered Broadcast)
有序广播中的“有序”是针对广播接收者而言的,指的是发送出去的广播被 BroadcastReceiver 按照前后顺序进行接收。有序广播的定义过程与普通广播无异,只是其发送方式变为:sendOrderedBroadcast(intent);
广播接受者接收广播的顺序规则(同时面向静态和动态注册的广播接受者):按照 Priority 属性值从大-小排序,Priority属性相同者,动态注册的广播优先。
特色:接收广播按顺序接收;先接收的广播接收者能够对广播进行截断,即后接收的广播接收者再也不接收到此广播;先接收的广播接收者也能够对广播进行修改,那么后接收的广播接收者将接收到被修改后的广播。固然,通常状况下,不建议对有序广播进行此类操做,尤为是针对系统中的有序广播。
4.App应用内广播(Local Broadcast)
因为 Android 中的广播能够跨 App 直接通讯(exported对于有intent-filter状况下默认值为true),可能会出现相应安全隐患:
a. 其余 App 针对性发出与当前 App intent-filter 相匹配的广播,由此致使当前 App 不断接收广播并处理;
b. 其余 App 注册与当前 App 一致的 intent-filter 用于接收广播,获取广播具体信息;即会出现安全性 & 效率性的问题。
解决方案:
方案1:将全局广播设置成局部广播
a. 对于同一 App 内部发送和接收广播,将 exported 属性设置成false,使得非本 App 内部发出的此广播不被接收;
b. 在广播发送和接收时,都增长上相应的permission,用于权限验证;
c. 发送广播时,指定特定广播接收器所在的包名,具体是经过 intent.setPackage(packageName) 指定,这样此广播将只会发送到此包中的 App 内与之相匹配的有效广播接收器中。
方案2:使用App应用内广播(LocalBroadcastManager类)
App应用内广播可理解为一种局部广播,广播的发送者和接收者都同属于一个App。相比于全局广播(普通广播),App应用内广播优点体如今:安全性高 & 效率高。
使用封装好的 LocalBroadcastManager 类使用方式上与全局广播几乎相同,只是注册/取消注册广播接收器和发送广播时将参数的 context 变成了 LocalBroadcastManager 的单一实例。
注意:对于LocalBroadcastManager方式发送的应用内广播,只能经过LocalBroadcastManager动态注册,不能静态注册。
//注册应用内广播接收器
//1:实例化MyBroadcaseReceiver
MyBroadcaseReceiver myBroadcaseReceiver = new MyBroadcaseReceiver();
//2:实例化IntentFilter、设置接收广播的类型
IntentFilter intentFilter = new IntentFilter();
intentFilter.addAction("android.net.conn.CONNECTIVITY_CHANGE");
//3:实例化LocalBroadcastManager
LocalBroadcastManager localBroadcastManager = LocalBroadcastManager.getInstance(this);
//4:调用LocalBroadcastManager的registerReceiver()方法进行动态注册
localBroadcastManager.registerReceiver(myBroadcaseReceiver, intentFilter);
//取消注册应用内广播接收器
localBroadcastManager.unregisterReceiver(myBroadcaseReceiver);
//发送应用内广播
Intent intent = new Intent();
intent.setAction("MY_BROADCAST_ACTION");
localBroadcastManager.sendBroadcast(intent);
复制代码
5.粘性广播(Sticky Broadcast)
因为在 Android 5.0 & API 21 中已经失效,因此不建议使用,在这里不做阐述。
对于不一样注册方式的广播接收器回调 onReceive(Context context,Intent intent)中的context返回值是不同的:
1.对于静态注册(全局+应用内广播),回调 onReceive(context, intent) 中的 context 返回值是:ReceiverRestrictedContext;
2.对于全局广播的动态注册,回调onReceive(context, intent)中的context返回值是:Activity Context;
3.对于应用内广播的动态注册(LocalBroadcastManager方式),回调onReceive(context, intent)中的context返回值是:Application Context。
4.对于应用内广播的动态注册(LocalBroadcastManager方式),回调onReceive(context, intent)中的context返回值是:Application Context。
做为Android的四大组件之二,而且项目开发过程当中一些场景下常常被使用到,小伙伴们赶忙上手实操,把它灵活的运用到项目中,结合上一期的Activity实现有趣的交互吧。
PS:若是还有未看懂的小伙伴,欢迎加入咱们的QQ技术交流群:892271582,里面有各类大神回答小伙伴们遇到的问题哦~