本文深入剖析了Android系统中的ANR（Application Not Responding）现象，主要关注Service超时和输入事件分发超时的判定。详细解释了Service在12秒内未完成执行、输入事件超过5秒未分发时如何触发ANR，以及超时判定的具体流程。同时，介绍了从启动Service到显示ANR对话框的调用时序，和C层InputDispatcher如何判断并处理输入事件超时的情况。
android中如果在主线程执行耗时操作，那么将会弹出系统弹窗ANR，那么framework层是如何实现超时的判定、都有哪些情况会产生ANR呢？
经过分析framework源码发现，有以下四种场景会引起ANR
- InputDispatching Timeout: 输入事件分发超时5s，包括按键分发事件的超时
- Service Timeout:服务在12s内未执行完成
- BroadcastQueue Timeout：比如前台广播在10s内执行完成
- ContentProvider Timeout：内容提供者执行超时
Service的ANR判定及处理
首先我们来看一下从启动service到弹出ANR dialog的调用时序图
一共有4个大步骤
- ams先startService
- ActiveServices启动service后，通过ams中的handler发送一个延迟执行消息，低版本android是20秒，9.0的android是12秒，期间如果service执行完成，将会移除这个msg，如果未移除，则在12秒后，ams会执行ActiveServices的serviceTimeout方法进行超时判定
- 执行ActiveServices的serviceTimeout方法，如果 执行开始时间 > (当前时间-超时时间) 时，则超时，调用AppErrors的appNotResponding方法进行超时处理
- AppE
最低0.47元/天 解锁文章
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
