第2部分会分析分发过程
> 广播分发的流程图
这张图描述了整个广播分发的流程，
为了简化，
这一节只从 AMS 的 processNextBroadcast 开始分析
备注：这个方法在6.0的时候移到了 BroadQueue 类中， AMS 的代码也有相应的调整
Paste_Image.png
> 有序广播和普通广播
首先在广播里有两种形式，
分别保存在 BroadcastQueue 类的两个对象里
Paste_Image.png
在广播分发逻辑中，
首先会处理并行广播，也就是普通广播，
同时把广播分发到所有能接收这个广播的 Receiver 去，
有序广播就是一个个来了
> processNextBroadcast( ) -- Parallel Broadcast
普通广播在 processNextBroadcast 一开始就进行分发，
比较简单，
每次从 mParallelBroadcasts<> 中取出并同时删除最前面的 BroadcastRecord 对象，
这个类保存了包括广播消息内容、时间、处理Receiver等信息
Paste_Image.png
在循环中不断取出 BroadcastRecord 对象，
用 deliverToRegisteredReceiverLocked 进行分发，
Paste_Image.png
Paste_Image.png
到了这里就很容易理解了，
app.thread.scheduleRegisteredReceiver ，这里是跨进程调用，
后面就是到 ActivityThread 中去调不同的 receiver.performReceive了。
之后的事情概括地解释就是 post 一个带有 receiver 的 runnable 对象，去做 onReive 操作。
> processNextBroadcast( ) -- Serialized Broadcast
有序广播的分发包括了静态和动态注册的分发，
这里就分了两个逻辑，
在分发完 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 去分发消息。
网友评论