安卓广播超时的原因分析及优化建议

前言

最终工作中经常碰到广播超时的问题，于是花精力总结了一番，各位客官请看~

基本概念

普通广播与有序广播

• 普通广播
  普通广播是完全异步的，逻辑上可以在同一时刻被所有匹配的接受者接收到，消息传递效率高，缺点是接受者不能将处理结果传递给下一个接收者，也无法终止广播传播。
  普工广播是并行广播。
• 有序广播
  有序广播的接收者们将按照事先生命的优先级依次接收，数越大优先级越高（取值范围：-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中不应该做繁重的任务