我要做 Android 之 广播
广播的分类:
- 普通广播
- 有序广播
- 本地广播
- 粘性广播
一:普通广播
普通广播是一种完全异步执行的广播,在广播发出之后,所有的广播接收器几乎都会在同一时刻接收到这条消息,他们接收的先后是随机的。另外,接收器不能截断普通广播。标准广播的工作流程如图所示:
(1)接收系统广播
想要接收一个广播,就要能接收这个广播的接收器。下图展示了如何实现一个 BroadReceiver 的全过程:
可以看到,具体用法是:
第一步:自定义接收器类并继承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 提示即可
在 xml 文件中注册 action 的 name 值。
在 Activity 中设置点击事件来响应
看看运行结果,可以发现广播收到了。
2 有序广播
有序广播是一种同步执行的广播,在广播发出之后,同一时刻只会有一个广播接收器能够收到这条广播消息,当这个广播接收器中的逻辑执行完毕后,广播才会继续传递,所以此时的广播接收器是有先后顺序的,且优先级(priority)高的广播接收器会先收到广播消息。有序广播可以被接收器截断使得后面的接收器无法收到它。有序广播的工作流程如图所示:
发送一个有序广播和普通广播的方法有细微的区别,只需要将sendBroadcast()方法改成sendOrderedBroadcast()方法, 它接收两个参数,第一个参数仍是Intent,第二个参数是一个与权限相关的字符串,这里传入 null就行。代码见下:
Intent intent = new Intent("com.example.minmin.MY_BROADCAST");//指明要发送的广播值 sendOrderBroadcast(intent,null);
此时广播接收器是有先后顺序的,而且前面的广播接收器还可以将广播截断,以阻止其继续传播。为了说明这个情况,再自定义一个广播器。
那如何让AnotherReceiver先接收到值为com.example.minmin.MY_BROADCAST的广播呢?只要在注册的时候设定它的优先级android:priority为100,数值越大优先级就越高,现在就能保证它一定会在MyReceiver之前收到广播。
如果在AnotherReceiver的onReceive()方法中调用了abortBroadcast()方法,表示将这条广播截断,后面的广播接收器将无法再接收到这条广播。现在重新运行程序,并点击一下按钮,然后会发现,只有AnotherReceiver中的Toast信息弹出,说明这条广播经过AnotherReceiver之后确实是终止传递了。
3.本地广播
在前面提到的广播全部都是属于系统 全局 广播,即发出的广播可被其他应用程序接收到,且我们也可以接收到其他任何应用程序发送的广播。为了能够简单的解决全局广播带来的安全性问题, Android 引入了一套本地广播机制,使用这个机制发出的广播只能够在应用程序的 内部 进行传递,并且广播接收器也只能接收本应用程序发出的广播。
本地广播的传递和普通广播的区别不大,主要是使用了 LocalBroastManager 来对广播进行管理,并提供了相应的发送广播和注册广播接收器的方法。
第一:需要通过 LocalBroadcastManager.getInstance(this) 方法来获取一个 LocalBroadcastManager 实例,然后用 LocalBroadcastManager 提供的 registerReceiver() 和 unregisterReceiver() 方法来动态注册和取消接收器以及 sendBroadcast() 方法发送本地广播。
4 粘性广播
通过Context.sendStickyBroadcast()方法可发送粘性(sticky)广播,这种广播会一直滞留,当有匹配该广播的接收器被注册后,该接收器就会收到此条广播。注意,发送粘性广播还需要BROADCAST_STICKY权限:
sendStickyBroadcast()只保留最后一条广播,并且一直保留下去,这样即使已经有广播接收器处理了该广播,一旦又有匹配的广播接收器被注册,该粘性广播仍会被接收。如果只想处理一遍该广播,可通过removeStickyBroadcast()方法来实现。接收粘性广播的过程和普通广播是一样的。
任然谢谢 minmin 小姐姐 的总结知识 https://www.jianshu.com/subscriptions#/subscriptions/5760295/user
愿我们成为真实的自己
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
我要做 Android 之 Service
谢谢 minmin小姐姐的总结:https://www.jianshu.com/u/203b606b956c Service (服务) 是 Android 中实现程序后台运行的解决方案,它非常适合用于去执行那些不需要和用户交互而且还要求能够长期运行的任务。Service 主要负责与 UI 无关的工作,比如耗时操作。 一:Service 概要 (1)开启子线程 (2)异步消息处理机制 二:Service 周期 三:Service 的基本用法 (1)普通 Service (2)前台 Service (3)系统 Service demo:后台定时任务 (4)IntentService 四:Service 和 Activity 之间的通信 1 Service 概要 Service 的运行不依赖于任何用户界面,因此即便程序被切换到后台或者用户打开了另一个应用程序,Service 任然能够保持正常运行。但当某个应用程序进程被 kill 的时候,所有依赖于该进程的服务也都会停止运行。 同时注意注意,Service 是四大组件之一,它不是运行在线程或者独立进程中的,它执行在 UI 线程。所以说,就不能...
- 下一篇
H.264专利费不受FRAND限制 Android设备商受影响
版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/vn9PLgZvnPs1522s82g/article/details/82599028 本文来自资深多媒体人Jan Ozer,LiveVideoStack对原文进行了摘要。文章指出,H.264相关费用不受FRAND(公平,合理和非歧视)要求的限制,并且可能对使用H.264编码和解码功能的所有用户产生影响,尤其是Android设备。 文 / Jan Ozer 译 / 王月美 原文: http://www.streamingmedia.com/Articles/Editorial/Featured-Articles/Jury-Levels-%247.7-Million-Judgment-Against-Huawei-for-H.264-Patent-Infringement-127140.aspx 知识产权律师David Long最近在他的基本专利博客中报道:在德克萨斯州联邦地方法院进行的陪审团审判发现,中国智能手机制造商—华为侵犯了非执业实体(NPE)PanOptis拥有的关于H.264的...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- CentOS关闭SELinux安全模块
- SpringBoot2编写第一个Controller,响应你的http请求并返回结果
- Mario游戏-低调大师作品
- CentOS6,CentOS7官方镜像安装Oracle11G
- SpringBoot2配置默认Tomcat设置,开启更多高级功能
- Windows10,CentOS7,CentOS8安装Nodejs环境
- Docker安装Oracle12C,快速搭建Oracle学习环境
- Windows10,CentOS7,CentOS8安装MongoDB4.0.16
- CentOS8编译安装MySQL8.0.19
- MySQL8.0.19开启GTID主从同步CentOS8