Android广播机制分析R

最新推荐文章于 2025-06-20 02:45:00 发布
原创 最新推荐文章于 2025-06-20 02:45:00 发布 · 499 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文深入讲解了Android广播机制，包括广播的基本概念、注册方式、生命周期、优先级等关键信息，并详细分析了广播的注册和发送过程。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

1.1 广播简介

Android广播与生活中的广播概念不同，它是指系统中产生时间后的通知。Android广播不关心接收者是否收到处理或者如何处理广播，可以说是一种单向的通知。

Android通过BroadcastReceiver来监听系统发出的广播。不同的BroadcastReceiver通过设置不同的fliter来区分监听广播的类型。有些广播的监听需要相应的权限。

1.2 注册广播

BroadcastReceiver必须经过注册才能具有监听功能，注册的方式有两种：

1.2.1静态注册

通过在AndroidManifest.xml中注册对应的receiver，并设置要监听的action


其中MyReceiver为继承BroadcastReceiver的类，重写了onReceiver方法，并在onReceiver方法中对广播进行处理。<intent-filter>

标签设置过滤器，接收指定action广播。静态注册方式的特点：不管该应用程序是否处于活动状态，都会进行监听。action可以为自定义action，也可以是系统自带的action。

1.2.2动态注册

动态注册是在程序中对BroadcastReceiver完成监听注册

[java]  view plain copy print ?
  1. MyReceiver receiver = new MyReceiver();  
  2. //创建过滤器,并指定 action,使之用于接收同 action 的广播  
  3. IntentFilter filter = new IntentFilter("MyReceiver_Action");  
  4. //注册广播接收器  
  5. registerReceiver(receiver, filter);  
  6. 在 activity 中注册广播,必须在 activity 结束时注销广播,一般在 onStart 中注册  
  7. BroadcastReceiver,在 onStop 中取消 BroadcastReceiver,广播接收器跟随 Activity 的生命周期  
  8. //注销广播接收器  
  9. unregisterReceiver(receiver);  
1.3生命周期
BroadcastReceiver生命周期只有8秒左右，如果在onReceive()内做超过8秒内的事情，就会报ANR(Application Not Response)程序无响应的错误信息。它的生命周期为从回调 onReceive()方法开始到该方法返回结果后结束。因此,如果要在收到广播后做耗时操作,最好放到 service 中去做,子线程也不好,当子线程未结束的时候,BroadcastReceiver 已经销毁。

1.4 发送广播

广播被分为三种不同的类型：“普通广播(Normal broadcasts)”、“有序广播(Ordered broadcasts)”和“粘性广播(Sticky broadcasts)”。普通广播是完全异步的，可以在同一时刻（逻辑上）被所有广播接收者接收到，消息传递的效率比较高，但缺点是：

接收者不能将处理结果传递给下一个接收者，并且无法终止广播Intent的传播，然而有序广播室按照接收者声明的优先级别（声明在intent-filter元素的android:priority属性中，数越大优先级别越高，取值范围：-1000到1000（其实最大可以为int最大值即：2147483647））。也可以调用IntentFilter对象的setPriority()进行设置，被接收者依次接收广播。如:A 的级别高于 B,B 的级别高于 C,那么,广播先传给 A,再传给 B,最后传给 C。A 得到广播后,可以往广播里存入数据,当广播传给 B 时,B 可以从广播中得到 A 存入的数据。Context.sendBroadcast()发送的是普通广播,所有订阅者都有机会获得并进行处理。

Context.sendOrderedBroadcast()发送的是有序广播,系统会根据接收者声明的优先级别按顺序逐个执行接收者,前面的接收者有权终止广播。BroadcastReceiver.abortBroadcast()如果广播被前面的接收者终止,后面的接收者就再也无法获取到广播。对于有序广播,前面的接收者可以将处理结果存放进广播 Intent,然后传给下一个接收者。Context.sendStickyBroadcast()是发送粘性广播,使用这个 api需要权限 android.Manifest.permission.BROADCAST_STICKY,粘性广播的特点是 Intent 会一直保留到广播事件结束,而这种广播也没有所谓的 8 秒限制,即上文所讲,如果 onReceive 方法执行时间太长,超过 8 秒的时候系统会将这个广播置为可以干掉的 candidate,一旦系统资源不够的时候,就会干掉这个广播而让它不执行。

1.5. 广播优先级


1.5.1. 基本原则


接收无序广播的接收器接收到广播的顺序是有序的(由优先级决定顺序)
接收无序广播的接收器也一样可以设置优先级的
动态注册广播优先级高于静态注册广播
同等优先级的动态接收器,先注册的先接收
同等优先级的静态接收器,接收广播的顺序与 String[] java.io.File.list()顺序一致
Ps:这里有一点需要注意的是,同等优先级的静态接收器的接收顺序具有不确定性,原因就是File.list()的方法返回的顺序具有不确定性,如果需要查看某接收器的接收顺序,最好是试验大量的 apk 名。

1.5.2. ordered 广播


假设有如下优先级的 5 个接收器
1.动态 A(优先级=1)
2.动态 B(优先级=2)
3.动态 C(优先级=2)
4.静态 D(优先级=1)
5.静态 E(优先级=2)
并且 B 先于 C 注册
那么实际接收顺序应为
B C E A D
也就是说,如果静态接收器的优先级高于动态接收器的优先级,那么还是静态接收器先接收到广播(比如接收 SMS 广播)

1.5.3. 非 ordered 广播


        动态接收器高优先级>动态接收器低优先级>静态接收器高优先级>静态接收器低优先级

1.6. 只能动态接受广播源码分析


有些广播,我们无法用静态接收器接收,比如 ACTION_SCREEN_ON,当屏幕被点亮的时候系统发送此广播。
[java]  view plain copy print ? 在CODE上查看代码片 派生到我的代码片
  1. 1. void com.android.server.PowerManagerService.initInThread()  
  2. 2. Java 代码  
  3. 3. void initInThread() {  
  4. 4. „„  
  5. 5. mScreenOnIntent = new Intent(Intent.ACTION_SCREEN_ON);  
  6. 6. mScreenOnIntent.addFlags(Intent.FLAG_RECEIVER_REGISTERED_ONLY);  
  7. 7. mScreenOffIntent = new Intent(Intent.ACTION_SCREEN_OFF);  
  8. 8. mScreenOffIntent.addFlags(Intent.FLAG_RECEIVER_REGISTERED_ONLY);  
  9. 9. „„  
  10. 10. }  

        Intent 中都设置了 Intent.FLAG_RECEIVER_REGISTERED_ONLY,所以,如果要接收,必须动态注册广播接收器 ACTION_SCREEN_OFF 也是如此。

1.6.1. 关于 FLAG_RECEIVER_REGISTERED_ONLY 的说明


public static final int
FLAG_RECEIVER_REGISTERED_ONLY
Added in API level 1
If set, when sending a broadcast only registered receivers will be called -- no
BroadcastReceiver components will be launched.
Constant Value: 1073741824 (0x40000000)
ACTION_BATTERY_CHANGED(电池电量发生变化的时候,系统发送此广播)该广播就是这样
void com.android.server.BatteryService.sendIntent()
[java]  view plain copy print ? 在CODE上查看代码片 派生到我的代码片
  1. Java 代码  
  2. 1. private final void sendIntent() {  
  3. 2. //  
  4. 3. Intent intent = new Intent(Intent.ACTION_BATTERY_CHANGED);  
  5. 4. intent.addFlags(Intent.FLAG_RECEIVER_REGISTERED_ONLY  
  6. 5.  
  7. Pack up the values and broadcast them to everyone  
  8. 6.  
  9. 7. }  

1.7. 广播注册过程分析


1.7.1. 静态注册 Receiver 的流程


        静态 receiver 的注册是由 PackageManagerService 开机的时候负责初始 PMS 在开机的时候会对系统一些目录逐个扫描,解析 apk 文件。静态广播接收器就是在 PMS 做这件事情的时候顺便处理的。
PMS 会解析 apk 的 manifest 文件,查找这里注册的 receiver,然后加载到内存中。
PMS 初始化扫描目录的顺序:
system/framework
system/app
vendor/app
data/appd
rm/app-private
        我们看到了 PMS 如何在初始化的时候如何解析 manifest 并把其中的 element 存放到内存中的其中receiver 保存到了 owner 的成员变量 receivers 中,owner 的类型是
android.content.pm.PackageParser.Package 也就是说 scanPackageLI 返回结果就是已经包含了manifest 信息的 Package 对象。

1.7.2. 动态注册 Receiver 的流程


        动态注册最终会调用到 AMS 中的 registerReceiver 函数,最终所有动态注册的 receiver 都保存到 AMS 的成员变量 mReceiverResolver 中。静态广播和动态广播如何注册的,我们已经全部分析完了。静态广播是 PackageManagerService负责,保存到其成员变量 mReceivers 中,动态广播是 ActivityManagerService 负责,保存到其成员变量 mReceiverResolver 中。

1.8. 广播发送过程分析


1.8.1. 分析


Context 中的 sendBroadCast 函数的实现是在 ContextImpl 中,和发送广播相关的有如下六个函数:

[html]  view plain copy print ? 在CODE上查看代码片 派生到我的代码片
  1. void android.app.ContextImpl.sendBroadcast(Intent intent)  
  2. void android.app.ContextImpl.sendBroadcast(Intent intent, String receiverPermission)  
  3. void android.app.ContextImpl.sendOrderedBroadcast(Intent intent, String receiverPermission)  
  4. void android.app.ContextImpl.sendOrderedBroadcast(Intent intent, String receiverPermission,  
  5. BroadcastReceiver resultReceiver, Handler scheduler, int initialCode, String initialData,  
  6. Bundle initialExtras)  
  7. void android.app.ContextImpl.sendStickyBroadcast(Intent intent)  
  8. void android.app.ContextImpl.sendStickyOrderedBroadcast(Intent intent, BroadcastReceiver  
  9. resultReceiver, Handler scheduler, int initialCode, String initialData, Bundle  
  10. initialExtras)  
        可以分为 3 组:1 普通广播;2 Ordered 广播;3 Sticky 广播。不论哪种,最后都会由 AMS 处理
        如果是非 ordered 广播,那么 mParallelBroadcasts 将存储所有动态接收器,然后合并的时候,mParallelBroadcasts 设置为 null,所以不会合并到 receivers 中,如果是 ordered 广播,那么mParallelBroadcasts 将合并到 receivers 中,然后,不管是哪种广播,最后都是调用scheduleBroadcastsLocked 继续处理,最终到 processNextBroadcast 函数上。广播是否有序,即通过 Boolean 变量 ordered 进行设置。

1.8.2. 总结


        发送过程情况分为两种(scheduleBroadcastsLocked),ordered 广播和非 ordered 广播、非ordered 广播。先处理动接收器,然后处理静态接收器 ordered 广播同时处理动态接收器和静态接收器先将动态接收器与静态接收器合并,保持着与优先级相同的顺序,优先级高的在前面,否则顺序不变。静态接收器与动态接收器优先级相同的话,动态接收器在前。



Android 10.0 开机广播发送流程分析
安卓兼职framework和app工程师的博客
08-29 965
在10.0的系统rom定制化开发中，对于在实现开启自启动app实现的功能开发中，所以就需要了解开机广播具体的 发送流程，从而来完善实现接收到开机广播，然后自启动app的功能，接下来看下自启动app的功能实现
Android 11.0 开机广播发送流程分析
安卓兼职framework和app工程师的博客
11-26 320
在11.0的系统rom定制化开发中，对于在实现开启自启动app实现的功能开发中，所以就需要了解开机广播具体的 发送流程，从而来完善实现接收到开机广播，然后自启动app的功能，接下来看下自启动app的功能实现
Android广播机制分析
eclipse_xu
08-11 6944
1.1. 广播简介Android 广播与生活中的广播概念不同,它是指系统中产生事件后的通知。Android 广播不关心接收者是否收到处理或者如何处理广播,可以说是一种单向的通知。Android 通过 BraodcastReceiver 来监听系统发出的广播,不同的 BraodcastReceiver 通过设置不同的 fliter 来区分监听广播的类型。有些广播的监听需要相应的权限。
值得一看的Android广播分析好文
chuyouyinghe的专栏
08-09 96
广播会发送到广播队列中不同集合。其中广播队列有三种类型，分别对应优先级从高到底：前台、后台、长广播队列类型。而广播又分三种：黏性广播、无序广播、有序广播。无序广播和有序广播的处理主要要发送广播的时候，而黏性广播则在广播接收者注册时候被处理。一个应用程序允许注册最大的广播接收者是1000个。广播之间的传递也要经历各种权限检查，所以广播不适合在应用间用于频繁的交互。值得一看的Android广播分析好文作者：新小梦链接：https://juejin.cn/post/7322156751818522661。
Android 广播
R.先森的博客
07-09 220
定义 广播是一个全局的监听器，属于Android的四大组件之一 Android 广播分为俩个角色，广播接收者，广播发送者 实现原理 Android 中的广播采用了设计模式中的观察者模式，基于事件的发布/订阅的模型,因此Android 广播把发送者和接受这解耦，使得系统方便集成，更易扩展 模型讲解 模型中有三个角色 消息订阅者（广播接收者） 消息发布者（广播发布者） 消息中心（AMS 即 Act...
Android中的广播机制
xingyu19911016的博客
10-28 2896
在网络通信中，会规定一个IP网络范围，最大的IP地址是被保留作为广播地址来使用的。比如某个网络的IP范围是192.168.0.XXX，子网掩码是255.255.255.0，那么这个网络的广播地址就是192.168.0.255。广播数据包会被发送到同一网络上的所有端口，这样该网络中的每台主机都会收到这条广播。 为了便于进行系统级别的消息通知，Android也引入了一套类似的广播消息机制。 1 广播机制简介 Android中的广播机制更加灵活，这是因为Android中的每个应用程序都可以对自己感兴趣的广播进行注
Android广播机制详解
houliang120的专栏
06-07 1万+
1 广播类型 从广播的注册方式来分，分为以下2种： （1）静态广播：通过的形式在AndroidManifest.xml中注册的广播； （2）动态广播：通过context. registerReceiver在程序中显示注册的广播； 上面静态广播和动态广播比较明显的2个区别:    1）静态广播在进程没有运行的时候，也可以收到，这时候会先启动进程，然后处理广播onReceive函数（静态广播
Android 广播机制 详解
2401_84520332的博客
04-28 912
如果你看到了这里，觉得文章写得不错就给个赞呗？如果你觉得那里值得改进的，请给我留言。一定会认真查询，修正不足。欢迎大家一起交流讨论啊~网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。需要这份系统化学习资料的朋友，可以戳这里获取一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！论啊~
深入理解Android广播机制及源码分析
weixin_42612804的博客
12-13 1178
本文还有配套的精品资源，点击获取 简介：Android广播机制是应用程序异步通信的关键组件，涉及多种类型的广播及其工作原理。本文详细介绍有序广播、无序广播、本地广播、开机广播、应用安装卸载广播、SD卡挂载广播、锁屏开屏广播和自定义广播等，并解释如何在AndroidManifest.xml中注册BroadcastReceiver，创建BroadcastReceiver类以及如...
Android广播机制详解与实战应用
weixin_36122351的博客
05-03 1163
广播可以理解为Android系统中的一条消息，这条消息包含了一定的信息，当有组件关心这条信息时，系统会自动将这条消息派发给所有注册了接收该消息的组件。核心功能包括：系统事件通知：如电池电量低、屏幕关闭、设备启动完成等。自定义消息传递：应用可以发出自定义的广播来通知其他组件发生了一些特定的事件。系统广播是Android系统内部用于不同组件间通信的机制。
Android 12.0 开机广播发送流程分析
安卓兼职framework和app工程师的博客
12-28 282
在12.0的系统rom定制化开发中，对于在实现开启自启动app实现的功能开发中，所以就需要了解开机广播具体的 发送流程，从而来完善实现接收到开机广播，然后自启动app的功能，接下来看下自启动app的功能实现
Android 13.0 开机广播发送流程分析
最新发布
安卓兼职framework和app工程师的博客
06-20 185
在13.0的系统rom定制化开发中，对于在实现开启自启动app实现的功能开发中，所以就需要了解开机广播具体的 发送流程，从而来完善实现接收到开机广播，然后自启动app的功能，接下来看下自启动app的功能实现
Android 10.0 app发送广播sendBroadcast的流程分析一
安卓兼职framework和app工程师的博客
11-11 467
在10.0的app开发过程中，在发送广播的功能也是非常常用的功能，而在系统中广播是AMS负责处理的， ActivityManagerService负责广播分发过来。ActivityManagerService是如何得到广播并把它分发出去的呢？ 这就是本文要介绍的广播发送过程了
Android第一行代码——第五章详解广播机制
haazzz的博客
09-13 496
广播机制 1.标椎广播 完全异步执行的广播，广播发出后，所有的广播接收器几乎在同一时刻接收到这条广播消息。 2.有序广播 同步执行的广播，此时的广播接收器是有先后顺序的，优先级高的广播接收器就可以先收到广播消息，并可以阻断正在传递的广播。 接收系统广播 1，动态接收 //动态注册监听网络变化 //1.创建一个类继承自BroadcastReceiver，即创建广播接收器，当有广播到来时， //onReceive()方法就会得到执行，在这个方法中处理收到广播后的逻辑 class ChangeRecei
Carson带你学Android：BroadcastRecevicer广播类型汇总
热门推荐
Carson带你学Android
11-14 1万+
Android：Broadcast广播类型主要分为5类： 普通广播（Normal Broadcast） 系统广播（System Broadcast） 有序广播（Ordered Broadcast） 粘性广播（Sticky Broadcast） App应用内广播（Local Broadcast） 具体说明如下：1. 普通广播（Normal Broadcast）即开发者自身定义intent的广播（最常用
Android View绘制流程(看过最详细的一篇)
u011052996的专栏
03-31 5173
一、官方文档      先是看了一下官方的文档， 地址是http://developer.android.com/guide/topics/ui/how-android-draws.html，它大体讲解了View的绘制流程。在此翻译一下，方便大家阅读。      当一个Activity接收焦点,它将被要求画出它的布局。Android框架将处理画图,但Activity必须提供根节点布局的
Parcelable encountered IOException writing serializable object问题解决
u011052996的专栏
01-09 2756
Android中Activity间传递数据时，实现对象封装数据，传递对象。 传对象的时候有两种情况，实现Parcelable接口，实现Serializable接口。 可以用bundle putSerializable（Key，Object）传递数据或者直接用intent putExtra（Key，Object）传递数据。 今天我在进行传递数据的时候遇到了问题。 1、抛出
针对ListView滚动条会遮挡列表中内容的解决方法
u011052996的专栏
03-20 1873
ListView和ScrollView中有android:scrollbarStyle属性。 android:scrollbarStyle可以定义滚动条的样式和位置，可选值有insideOverlay、insideInset、outsideOverlay、outsideInset四种。 其中inside和outside分别表示是否在view的padding区域内，overlay和inset表示
观察者设计模式(Observable类Observer接口)的实现demo
u011052996的专栏
03-12 629
DataSetObserver介绍 文章地址：http://www.cnblogs.com/jimwind/archiv
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值