Android Broadcast timeout

Broadcast timeout

Brocadcast timeout 是指串行有序广播发送给receiver的时候，app没有来得及处理这个广播，或者app的receiver处理这个广播的时候超时了（前台广播10s，后台广播60s），没有及时回调finishReceiver通知fw。并行无序广播不计算timeout。

普通情况下的broadcast timeout比较好分析，一般只有3种情况：

1） 主线程很忙，没来得及处理。

这种情况我们通过主线程log就可以判断，主线程log不停止，一直在打印，就说明主线程没有卡住，此时发生的anr大都是因为主线程忙导致的。

2） 主线程卡住，没来及处理。

这种现象比较明显，主线程在某一时刻停止打印log，再结合trace，就可以判断hang住的点。

3） onReceive处理时间过长。这个case分两种：

a）onReceive处理时间长。
这种情况也比较好处理，看主线程trace就可以定论。

b）onReceive中call goAsync转移到其他线程处理，然后卡在其他线程。
这种情况比较复杂，goAsync只是把事情放到其他线程，避免block主线程，但是timeout计时依然不停止，要等工作线程处理完call finish以后才算处理完broadcast。不call goAsync直接起子线程处理广播事物会让系统误认为你以外处理完广播，从而降低进程优先级，导致进程被kill，继而导致广播不能完整处理完。对于事情不算特别复杂，能在60s（前台10s）之内肯定完成的工作，通过这种方式可以有更好的体验。但是对于超过60s（前台10s）的事务还是要起service来处理。
这类问题分析的时候，主线程显示不忙，trace显示主线程有没有hang，但是就是timeout，这时候就要去看那个工作线程的trace是不是block住了。