Android Broadcast 分析 ( 2 )

2017-02-21 本文已影响0人 Phoenix的学习历程

第2部分会分析分发过程

这张图描述了整个广播分发的流程，
为了简化，
这一节只从 AMS 的 processNextBroadcast 开始分析
备注：这个方法在6.0的时候移到了 BroadQueue 类中， AMS 的代码也有相应的调整

Paste_Image.png

首先在广播里有两种形式，
分别保存在 BroadcastQueue 类的两个对象里

Paste_Image.png

在广播分发逻辑中，
首先会处理并行广播，也就是普通广播，
同时把广播分发到所有能接收这个广播的 Receiver 去，
有序广播就是一个个来了

普通广播在 processNextBroadcast 一开始就进行分发，
比较简单，
每次从 mParallelBroadcasts<> 中取出并同时删除最前面的 BroadcastRecord 对象，
这个类保存了包括广播消息内容、时间、处理Receiver等信息

Paste_Image.png

在循环中不断取出 BroadcastRecord 对象，
用 deliverToRegisteredReceiverLocked 进行分发，

Paste_Image.png

到了这里就很容易理解了，
app.thread.scheduleRegisteredReceiver ，这里是跨进程调用，
后面就是到 ActivityThread 中去调不同的 receiver.performReceive了。

之后的事情概括地解释就是 post 一个带有 receiver 的 runnable 对象，去做 onReive 操作。

有序广播的分发包括了静态和动态注册的分发，
这里就分了两个逻辑，

在分发完 Parallel 广播后，还有一大段的广播超时机制，
这里略过，直接看 Serialized 广播的分发，

Paste_Image.png

前面说过 BroadcastFilter 类型的实例是动态注册的 Receiver，
静态类型广播分发到这里是先把动态注册的发出去，然后又看到熟悉的 deliverToRegisteredReceiverLocked() 了，
这个方法接下去的部分照旧，忽略不写。

然后，

Paste_Image.png

到这里就是有序广播的静态注册 Receiver 分发了，
在这段代码之前有一部分判断对应的 Receiver 有没有对应的 Process 存在，
如果没有要先把这个 Process 调起来，

最后会走 processCurBroadcastLocked()，
而这个方法也是通过跨进程调用去执行静态注册的 Receiver 的 onReceive 方法，

Paste_Image.png

上面代码中的 app, thread, 跨进程调用，
scheduleReceiver() 在 ActivityThread 中的逻辑是 sendMessage 到 H 中，
然后 handleMessag 会去调 Receiver 的 onReceive 方法。

总结，

对于广播注册来说，分为静态注册和动态注册，
分别会用 ResolveInfo 和 BroadcastFilter 来实例化，

对于广播类型，也分有序广播和普通广播。

广播分发，是先发普通广播，Parallel Broadcast，一次发给所有 Receiver
然后在发有序广播 Serialized Broadcast 的时候，先发给动态注册的Receiver，再发给静态注册的 Receiver。

而静态注册的 Receiver 通过 H 去分发消息。