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住了。

  • 0
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值