开发者社区> 迎着风> 正文
阿里云
为了无法计算的价值
打开APP
阿里云APP内打开

我要做 Android 之 广播

简介: 广播的分类: 普通广播 有序广播 本地广播 粘性广播 一:普通广播 普通广播是一种完全异步执行的广播,在广播发出之后,所有的广播接收器几乎都会在同一时刻接收到这条消息,他们接收的先后是随机的。
+关注继续查看

广播的分类:

  • 普通广播
  • 有序广播
  • 本地广播
  • 粘性广播

一:普通广播

普通广播是一种完全异步执行的广播,在广播发出之后,所有的广播接收器几乎都会在同一时刻接收到这条消息,他们接收的先后是随机的。另外,接收器不能截断普通广播。标准广播的工作流程如图所示:


img_eb8b47ab34cb135cf0d0816e49672f47.png
br01.png

(1)接收系统广播

想要接收一个广播,就要能接收这个广播的接收器。下图展示了如何实现一个 BroadReceiver 的全过程:


img_3b9bd1afff23d6a7669ffc6b1a91fb53.png
br02.png

可以看到,具体用法是:
第一步:自定义接收器类并继承BroadcastReceiver,然后具体实现 onReceive() 方法。几点注意:BroadcastReceiver生命周期只有十秒左右,因此在onReceive() 不要 做一些耗时的操作,应该发送给service,由service来完成;还有onReceive() 不要 开启子线程。

第二步:对广播接收器进行注册。有两种注册方法:一种在活动里通过代码动态注册,另一种在配置文件里静态注册。其实仔细观察,两种方式都是完成了对接收器以及它能接收的广播值这两个值的定义。这两种注册方法一个区别是:动态注册的接收器必须要在程序启动之后才能接收到广播,而静态注册的接收器即便程序未启动也能接收到广播,比如想接收到手机开机完成后系统发出的广播就只能用静态注册了。

举个例子,当网络状态发生变化时,系统会发出一条值为android.net.conn.CONNECTIVITY_CHANGE的广播,假设已经准备好了接收器MyReceiver,如果选择动态注册,方法是修改MainActivity:

private IntentFilter intentFilter;
    private MyReceiver myReceiver;

    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        intentFilter = new IntentFilter();
        intentFilter.addAction("android.net.conn.CONNECTIVITY_CHANGE");
        myReceiver = new MyReceiver();
        registerReceiver(myReceiver, intentFilter);
    }
    
    @Override
    protected void onDestroy() {
        super.onDestroy();
        unregisterReceiver(myReceiver);
    }

或者在配置文件中添加

<receiver android:name=".MyReceiver" >
   <intent-filter>
      <action android:name="android.net.conn.CONNECTIVITY_CHANGE"/>
   </intent-filter>
</receiver>

最后别忘了查询系统的网络状态权限:

<uses-permission android:name="android.permission.ACCESS_NETWORK_STATE"/>

此时只要网络状态发生变化,MyReceiver就会接收到这条广播并执行onReceive()里具体的任务了。

(2)发送自定义广播

自定义的接收器不仅可以接收 Android 内置的各种系统级别的广播,也可以接收我们自定义的广播。

想要发送一个自定义的广播方法非常简单,利用 Intent 把要发送的广播值传入,在调用了 Context 的sendBroadcase() 方法将广播发送出去,这样所有监听该广播的接收器就都能收到消息。

Intent intent = new Intent("com.example.minmin.MY_BROADCAST");//指明要发送的广播值
sendBroadcast(intent);

这里写一个广播给一个 Toast 提示即可

img_e03b61919808e373fc94797405bc959f.png
br06.png

在 xml 文件中注册 action 的 name 值。


img_45cfa057de649a14bad00a83e02883d4.png
br08.png

在 Activity 中设置点击事件来响应


img_6d3c608eb0f458f7f4d8268e883667d7.png
br05.png

看看运行结果,可以发现广播收到了。


img_a972814d18b2d4ed7b5606351bb7ed11.png
br07.png

2 有序广播

有序广播是一种同步执行的广播,在广播发出之后,同一时刻只会有一个广播接收器能够收到这条广播消息,当这个广播接收器中的逻辑执行完毕后,广播才会继续传递,所以此时的广播接收器是有先后顺序的,且优先级(priority)高的广播接收器会先收到广播消息。有序广播可以被接收器截断使得后面的接收器无法收到它。有序广播的工作流程如图所示:


img_458352c4535f4ffc9d2b6b1061209162.png
br04.png

发送一个有序广播和普通广播的方法有细微的区别,只需要将sendBroadcast()方法改成sendOrderedBroadcast()方法, 它接收两个参数,第一个参数仍是Intent,第二个参数是一个与权限相关的字符串,这里传入 null就行。代码见下:

Intent intent = new Intent("com.example.minmin.MY_BROADCAST");//指明要发送的广播值
sendOrderBroadcast(intent,null);
img_6d61e364406b38376a15cfd05f75d73b.png
br13.png

此时广播接收器是有先后顺序的,而且前面的广播接收器还可以将广播截断,以阻止其继续传播。为了说明这个情况,再自定义一个广播器。

img_49f70fb39b41f09a3e614f92190ea2e4.png
br10.png

那如何让AnotherReceiver先接收到值为com.example.minmin.MY_BROADCAST的广播呢?只要在注册的时候设定它的优先级android:priority为100,数值越大优先级就越高,现在就能保证它一定会在MyReceiver之前收到广播。


img_d6f4e488055885fa34d3e5e5d0c5d147.png
br11.png

如果在AnotherReceiver的onReceive()方法中调用了abortBroadcast()方法,表示将这条广播截断,后面的广播接收器将无法再接收到这条广播。现在重新运行程序,并点击一下按钮,然后会发现,只有AnotherReceiver中的Toast信息弹出,说明这条广播经过AnotherReceiver之后确实是终止传递了。

3.本地广播

在前面提到的广播全部都是属于系统 全局 广播,即发出的广播可被其他应用程序接收到,且我们也可以接收到其他任何应用程序发送的广播。为了能够简单的解决全局广播带来的安全性问题, Android 引入了一套本地广播机制,使用这个机制发出的广播只能够在应用程序的 内部 进行传递,并且广播接收器也只能接收本应用程序发出的广播。

本地广播的传递和普通广播的区别不大,主要是使用了 LocalBroastManager 来对广播进行管理,并提供了相应的发送广播和注册广播接收器的方法。

第一:需要通过 LocalBroadcastManager.getInstance(this) 方法来获取一个 LocalBroadcastManager 实例,然后用 LocalBroadcastManager 提供的 registerReceiver() 和 unregisterReceiver() 方法来动态注册和取消接收器以及 sendBroadcast() 方法发送本地广播。

img_08218b3bc0ff00acec5cc91c8831ed8f.png
br12.png

4 粘性广播

通过Context.sendStickyBroadcast()方法可发送粘性(sticky)广播,这种广播会一直滞留,当有匹配该广播的接收器被注册后,该接收器就会收到此条广播。注意,发送粘性广播还需要BROADCAST_STICKY权限:

sendStickyBroadcast()只保留最后一条广播,并且一直保留下去,这样即使已经有广播接收器处理了该广播,一旦又有匹配的广播接收器被注册,该粘性广播仍会被接收。如果只想处理一遍该广播,可通过removeStickyBroadcast()方法来实现。接收粘性广播的过程和普通广播是一样的。

任然谢谢 minmin 小姐姐 的总结知识 https://www.jianshu.com/subscriptions#/subscriptions/5760295/user

愿我们成为真实的自己

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

相关文章
Android源码分析--广播的注册、发送和接收
Android源码分析--广播的注册、发送和接收
0 0
Android Service全屏广播
场景 产品需要一个全屏广播,不管用户在那个界面每隔一段时间都会弹出一个滚动的文字,而且这个不是用推送来做的,后台返回一组数据,然后客户端自己进行处理!如果有更好的方法或者建议都可以跟我说一下,万分感谢,第一次做这个也不知道用什么合适!
0 0
Android 四大组件之一:BroadCastReceiver动态注册广播流程
Android 四大组件之一:BroadCastReceiver动态注册广播流程
0 0
Android移动应用基础教程【广播机制】
Android移动应用基础教程【广播机制】
0 0
Android 解析蓝牙广播数据
Android 解析蓝牙广播数据
0 0
【Android 进程保活】应用进程拉活 ( 应用进程拉活简介 | 广播拉活 | 显示广播与隐式广播 | 全家桶拉活 )
【Android 进程保活】应用进程拉活 ( 应用进程拉活简介 | 广播拉活 | 显示广播与隐式广播 | 全家桶拉活 )
0 0
【Android 电量优化】JobScheduler 源码分析 ( JobServiceContext 源码分析 | 闭环操作总结 | 用户提交任务 | 广播接收者接受相关广播触发任务执行 )★
【Android 电量优化】JobScheduler 源码分析 ( JobServiceContext 源码分析 | 闭环操作总结 | 用户提交任务 | 广播接收者接受相关广播触发任务执行 )★
0 0
【Android 电量优化】电量优化 ( 充电状态获取 | 主动获取充电状态 | 广播接受者监听充电状态 | 被动获取充电状态 | 注册空广播接受者获取历史广播 )
【Android 电量优化】电量优化 ( 充电状态获取 | 主动获取充电状态 | 广播接受者监听充电状态 | 被动获取充电状态 | 注册空广播接受者获取历史广播 )
0 0
Android应用内广播LocalBroadcastManager机制详解
终于建了一个自己个人小站:https://huangtianyu.gitee.io,以后优先更新小站博客,欢迎进站,O(∩_∩)O~~ 1. 简介 通常我们在使用Android广播的时候都会直接将广播注册到系统的AMS当中,由于AMS任务繁忙,一般可能不会立即能处理到我们发出的广播,如果我们使用广播是在应用内的单个进程中使用,则完全可以采用LocalBroadcastManager来处理。
866 0
+关注
迎着风
萌新一枚,希望和大家一起成长。我会记录我自己成长路上的点点滴滴,希望大家多多指教
文章
问答
文章排行榜
最热
最新
相关电子书
更多
Android组件化实现
立即下载
蚂蚁聚宝Android秒级编译—— Freeline
立即下载
Android插件化:从入门到放弃
立即下载