android广播,Android广播类型

小程序：扫一扫查出行
【扫一扫了解最新限行尾号】
复制小程序

Android系统广播(Broadcast)注册，发送，接收流程解析

以下广播简称Broadcast

是Android四大组件之一，在四大组件的另外两个组件和拥有发送和接收广播的能力。Android 是在进程间通信机制的基础上实现的，内部基于消息发布和订阅的事件驱动模型，广播发送者负责发送消息，广播接收者需要先订阅消息，然后才能收到消息。进程间通信与的区别在于：

有三种类型

存在一个注册中心，也可以说是一个调度中心，即。广播接收者将自己注册到中，并指定要接收的广播类型；广播发送者发送广播时，发送的广播首先会发送到，根据广播的类型找到对应的，找到后边将广播发送给其处理。

这里以普通广播为例子，接收者有两种注册方式，一种是，一种是：

（广播的发送分为两种，这里针对有序的广播）中的android:priority=""和中的IntentFilter.setPriority(int)可以用来设置广播接收者的优先级，默认都是0 , 范围是[-1000, 1000]，值越大优先级越高，优先级越高越早收到。

在相同优先级接收同个类型广播时，的广播接收器比的广播接收者更快的接收到对应的广播，这个之后会进行分析。

注：以下源码基于rk3399_industry Android7.1.2

的流程可分为，和三个部分，这里依次分析下

在Android系统的机制中，前面提到，作为一个注册和调度中心负责注册和转发。所以的注册过程就是把它注册到的过程。

这里我们分析广播的过程，和有一个共同的父类，所以它们对应的注册过程其实是调用，接下来我们按照流程逐步分析调用流程的源码。

frameworks/base/core/java/android/content/ContextWrapper.java

在之前的 Android应用程序启动入口ActivityThread.main流程分析分析过，在我们启动 Activity 时会创建一个对象，然后通过传给我们启动的，其内部就会将该对象赋值给；的方法也是类似的赋值流程，这里放个简易的源码应该更好理解

可以看到最后都会将生成的对象赋值给对应的

对象。接下来继续分析，即函数。

/frameworks/base/core/java/android/app/ContextImpl.java

这里我们首先看下如何将广播接收者封装成一个接口的本地对象

/frameworks/base/core/java/android/app/LoadedApk.java

每一个注册过广播接收者的或组件在font color='Crimson' LoadedApk /font类中都有个对应的对象，该对象负责将与组件关联起来。这些对象，以关联的作为关键字保存在一个中。之后对应的又以的作为关键字保存在的成员变量对象中。最后通过对应的方法获得其接口的本地对象。之后再回到注册方法内，将对象发给进行注册。

/frameworks/base/core/java/android/app/ActivityManagerNative.java

/frameworks/base/services/core/java/com/android/server/am/ActivityManagerService.java

在的或注册一个时，并不是将其注册到font color='OrangeRed'AMS/font中，而是将与它关联的font color='OrangeRed'InnerReceiver/font对象注册到font color='OrangeRed'AMS/font中，当font color='OrangeRed'AMS/font接收到广播时，会根据在内部找到对应的font color='OrangeRed'InnerReceiver/font对象，然后在通过这个对象将这个广播发送给对应的处理。

注册过程这边画了一个简单的流程图:

font color='OrangeRed'Broadcast/font的发送过程可简单描述为以下几个过程：

frameworks/base/core/java/android/content/ContextWrapper.java

/frameworks/base/core/java/android/app/ContextImpl.java

/frameworks/base/core/java/android/app/ActivityManagerNative.java

/frameworks/base/services/core/java/com/android/server/am/ActivityManagerService.java

android 广播机制(2) 粘性广播

android的粘性广播，是指广播接收器一注册马上就能接收到广播的一种机制，当然首先系统要存在广播。而普通广播就是要先注册广播接收器，然后广播被发送到系统，广播接收器才能接收到广播。

所以他们的区别是：

粘性广播调用registerReceiver能马上接受广播，而普通广播不行。

对于粘性广播：

1.系统首先存在粘性广播

2.注册广播接收器

3.处理广播

下面用一个例子展示下他们的区别

主Acitivity

布局

布局有两个按钮，一个是注册粘性广播，一个是注册普通广播。点击注册粘性广播按钮会马上返回结果。而点击注册普通广播按钮则没有反应

Android广播机制的两种类型

Android中的广播机制可以分为标准广播和有序广播两种类型。

标准广播是一种完全异步执行的广播，在广播发出去之后，所有的广播接收器几乎同时接收到这条广播消息，它们之间没有任何项目顺序可言。这种广播的效率比较高，但也意味着它是无法被截断的。工作流程如图:

有序广播是一种同步执行的广播，在广播发出之后，同一时刻只会有一个广播接收器能够收到这条广播消息，当这个广播接收器中的逻辑执行完毕后，广播才会继续传递。此时的广播接收器是有先后顺序，优先级高的广播接收器就可以先收到广播消息，并且前面的广播接收器还可以截断正在传递的广播，这样后面的广播接收器就无法收到广播消息了。工作流程如图:

说说Android的广播(1)

对于Activity的启动流程，我们已经有了几个版本的分析了。这里我们分析一个更容易一些的，四大组件中最简单的Broadcast Receiver。

关于Broadcast，有几点需要了解。首先是广播的类型，然后是广播的发送方法，最后是广播是如何被接收的。这三者相辅相承的，比如普通广播和有序广播只有在详细了解了广播的接收过程了之后，才能真正明白它的含义。

普通的广播是不在意顺序的，最简单的理解是同时可以收到这个广播。如果应用是动态注册这个广播的，且广播发送时这个进程还活着，那么当然可以并发的把广播尽快地传送出去是最好的。

但是，如果是通过AndroidManifest.xml静态注册的情况，也就是说这个广播首先要把一个进程启动起来，这时并发启动很多进程就是个问题了。Android目前的做法是，对这种静态的广播接收者，自动按有序广播的方式来串行处理。但是这对应用是透明的，应用不能假设系统已经把静态的无序广播当成有序广播来处理。

这个时候讲粘性广播有福了，因为从Android 5.0(API 21)开始，因为安全性的问题，官方已经正式废弃了粘性广播。

Context类提供两个方法可以用于发送普通广播：

差别是第二个设置权限。

发给特定的用户：

有序广播因为要处理消息的处理结果，所以要复杂一些。

如果只是想让广播可以按优先级来收取，并不在意处理的结果，可以用下面的版本：

同样，在多用户环境下，也可以选择给哪个用户发广播：

不管是普通的还是有序的广播都对应有粘性的版本：

以上的API都是定义于Context类中：

首先我们先看看发送端是如何发送的。

我们首先先放一个大图，让大家先有一个直观的印象，不管普通广播、有序广播、粘性广播如何组合，最终都汇集到一个大方法中。

我们先看应用发送普通广播的一个简单的例子：