当前位置: 移动技术网 > IT编程>移动开发>Android > Android四大组件之BroadcastReceiver

Android四大组件之BroadcastReceiver

2019年08月28日  | 移动技术网IT编程  | 我要评论

夏虫疑冰,红袖遮天,绿之源活性炭

前言

hi,大家好,又双见面啦,上一期我们讲了如何使用activity,肯定有不少小伙伴已经创建了属于自己的firstactivity,那么这一期我们主要为大家介绍第二个重要组件broadcastreceiver(广播接收器)。作为android的四大组件之二,其应用场景非常多。下面,就详细介绍下 broadcastreceiver 的相关知识。

 

1. 定义

broadcastreceiver(广播接收器)即广播,是一个全局的监听器。

android 广播分为两个角色:广播发送者广播接受者

2. 作用

可以监听或接收应用 app 或系统发出的广播消息,并做出响应。

3. 应用场景

  1. 同一 app 内部的同一组件内的消息通信(单个或多个线程之间);

  2. 同一 app 内部的不同组件之间的消息通信(单个进程);

  3. 同一 app 具有多个进程的不同组件之间的消息通信;

  4. 不同 app 之间的组件之间消息通信;

  5. android系统在特定情况下与app之间的消息通信,如:网络变化、电池电量、屏幕开关等。

4. 实现原理

android中的广播使用了观察者模式:基于消息的发布 / 订阅事件模型,将广播的发送者接收者解耦,使得系统方便集成,更易扩展。

消息的事件模型中有三个角色:

  1. 消息订阅者(广播接收者)

  2. 消息发布者(广播发送者)

  3. 消息中心(ams,即activity manager service)

具体实现流程如下:

  1. 广播接收者broadcastreceiver通过binder机制向ams中进行注册;

  2. 广播发送者通过binder机制向ams发送广播;

  3. ams查找符合相应条件(intentfilter/permission等)的broadcastreceiver,将广播发送到broadcastreceiver(一般情况下是activity)相应的消息循环队列中;

  4. 消息循环执行拿到此广播,回调 broadcastreceiver 中的 onreceive() 方法。

注意:广播发送者和广播接受者的执行顺序是异步的,发送者不会关心有无接收者及接收者是否接收。

5. 使用步骤

5.1 自定义广播接收者broadcastreceiver
//继承broadcastreceiver
public class mybroadcasereceiver extends broadcastreceiver {   
    //接收到广播后,则自动调用该方法    
    @override    
    public void onreceive(context context, intent intent) {
    }
}

 

继承 broadcastreceivre 基类,重写 onreceive() 方法。广播接收器接收到相应广播后,会自动回调 onreceive() 方法,此方法中可与其他组件进行交互,如发送通知、启动服务等。

默认情况下,广播接收器运行在主线程中,所以,onreceive() 方法不能执行耗时操作,否则会导致 anr 异常。

5.2 注册广播接收器

广播接收器的注册分为两种:静态注册、动态注册。

静态注册:静态注册即在清单文件(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版本开始,对静态注册的广播做了限制,导致静态注册失效。应用无法使用清单注册隐式广播,仍然可以在运行时动态注册这些广播,并且可以使用清单注册专门针对它们的显式广播。

具体可查看:

动态注册:动态注册 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。

5.3 广播发送及广播类型

广播发送:广播的“发送”与“接收”,表面上看是广播作为 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 中已经失效,所以不建议使用,在这里不作阐述。

6. 特别注意

对于不同注册方式的广播接收器回调 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:如果还有未看懂的小伙伴,欢迎加入我们的wxgzh:下码看花,里面有各种大神回答小伙伴们遇到的问题哦~

 

如对本文有疑问,请在下面进行留言讨论,广大热心网友会与你互动!! 点击进行留言回复

相关文章:

验证码:
移动技术网