前言
最终工作中经常碰到广播超时的问题，于是花精力总结了一番，各位客官请看~
基本概念
普通广播与有序广播
- 普通广播
普通广播是完全异步的，逻辑上可以在同一时刻被所有匹配的接受者接收到，消息传递效率高，缺点是接受者不能将处理结果传递给下一个接收者，也无法终止广播传播。
普工广播是并行广播。 - 有序广播
有序广播的接收者们将按照事先生命的优先级依次接收，数越大优先级越高（取值范围：-1000~10000），优先级可以声明在<intent-filter android:priority="n".../>，也可以调用IntentFilter对象的setPriority设置。并且接收者可以终止传播（调用abortBroadcast()方法即可终止），一旦终止后面接收者就无法接受广播。另外，接受者可以将处理结果存入数据（可通过setResultExtras(Bundle)方法将数据存入Broadcast），当做Broadcast再传递给下一级接收者（可通过代码Bundle bundle = getResultExtras(true)获取上一级传递过来的数据）。
有序广播是串行广播。
有序广播的发送
各个时间点
- 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中不应该做繁重的任务
