安卓广播超时的原因分析及优化建议
前言
最终工作中经常碰到广播超时的问题，于是花精力总结了一番，各位客官请看~
基本概念
普通广播与有序广播
普通广播
普通广播是完全异步的，逻辑上可以在同一时刻被所有匹配的接受者接收到，消息传递效率高，缺点是接受者不能将处理结果传递给下一个接收者，也无法终止广播传播。
普工广播是并行广播。
有序广播
有序广播的接收者们将按照事先生命的优先级依次接收，数越大优先级越高（取值范围：-1000~10000），优先级可以声明在
有序广播是串行广播。
有序广播的发送
各个时间点
enqueueClockTime 一次广播插入到广播队列时的时间点，取System.currentTimeMillis()
dispatchTime 一次广播从广播队列中被取出，准备开始发送，取SystemClock.uptimeMillis()
dispatchClockTime 含义同dispatchTime，取System.currentTimeMillis()
receiverTime 一次广播中，开始派发给其中每个接收者时的时间点，主要记录的是有序广播的情况，取SystemClock.uptimeMillis()。
finishTime 一次广播完成时的时间点
每次把广播发送给一个接受者之后会去检查当前时间与dispatchTime 时间差是否大于超时时间，大于时就是ANR超时
时序图
广播超时时序图.jpg
从图中可以看出决定广播B接受者的广播接受是否超时，取决于广播A处理的时间和广播B处理的时间
超时的原因
同一个广播接收者较多，抢占了后面的接收者允许处理的时间。广播接受者较多也可能是由于代码设计不合理，注册了广播监听没有解注册有关。
Binder被耗尽，导致Binder通信时间较长，挤压了广播处理的时间
广播接受的onReceive中做了繁重的任务
系统资源紧张，CPU处理时间被抢占
优化建议
保证广播监听的注册与解注册成对实现
同一个应用对同一个广播的监听应该使用同一个监听者，不应该多处监听
在广播的onreceive中不应该做繁重的任务