ANR 分析概述

参考列表:

https://blog.csdn.net/abm1993/article/details/80455032

https://blog.csdn.net/h1130189083/article/details/78147189

一、ANR 定义及分类

        ANR(Application Not Responding):应用程序无响应,是 Android 中 AMS 与 WMS 监控应用相应超时时的反应。ANR 发生在 UI 线程,与四大组件对应,在调用生命周期函数超时时发生,分为以下四类:

1、KeyDispatchTimeout(5 秒)

按键或触屏事件,5秒钟之内没有得到执行,当设置中开启ANR弹窗时,默认情况下,当有事件派发时,才会触发弹窗ANR。

ANR 日志中出现的关键字:Reason: Input dispatching timed out xxxx

2、BroadcastTimeout(前台广播 10 秒;后台广播 60 秒)

BroadcastReceiver 在特定时间内,onReceiver() 方法没有处理完成,设置中开启ANR弹窗时,默认情况下,无弹窗,有log。设置前台广播时需要加上FLAG_RECEIVER_FOREGROUND 标识

ANR 日志中出现的关键字:Timeout executing service:/executing service XXX

3、ServiceTimeout(前台服务 20 秒;后台服务 200 秒)

Service 在特定事件内没有处理完成,设置中开启ANR弹窗时,默认情况下,无弹窗,有log。

ANR 日志中出现的关键字:Timeout of broadcast XXX/Receiver during timeout:XXX/Broadcast of XXX

4、ContentProviderTimeout(10 秒)

ContentProvider 的 publish 在 10 秒内,没有执行完。

ANR 日志中出现的关键字:timeout publishing content providers

二、原因归纳

(1)其他进程占用CPU导致本进程得不到CUP时间片,例如其他进程频繁读写;

(2)耗时网络请求;

(3)当有大量数据正在读写操作时,主线程再请求读写操作,容易发生;

(4)数据库操作(比如其他大数据量应用访问数据库导致数据库负载过重时);

(5)硬件操作(Camera);

(6)调用 Thread 的 join() 、sleep()、wait() 方法,或者等待线程锁的时候;

(7)Service binder 的数量达到上限;

(8)service 忙导致超时未响应;

(9)在 system_server 中发生 WatchDog 的时候

(10)初始化的控件和数据过多

(11)内存不足导致 block 在创建 bitmap 上

(12)其他线程有锁,导致主线程等待超时;

(13)其他线程终止或者崩溃导致主线程超时;

三、日志分析思路概要

1、在 log 日志中搜索关键字:am_anr、InputDispatcher

(1)am_anr:通用的 ANR 第一时间点的 Log,Input 超时的时候可能会有延迟。

(2)InputDispatcher:当有 input 超时的时候,该 Log  打印时间点是 ANR 第一发生的时间点。

2、相关日志主要包含两个:am_anr log、trace 文件

(1)am_anr 日志是由 (User|1|5)、(pid|1|5)、(Package Name|3)、(Flags|1|5)、(reason|3) 组成的,我们根据 reason 去分类 ANR 类型,然后根据不同的类型,以 am_anr 作为起始点往回看,主要关注 timeout 时间内,我们的应用或者系统在做什么?

(2)trace 文件一般存在 data\anr 目录,这里记录了 ANR 发生时,应用各个线程的调用堆栈信息,trace 文件也是分析 ANR 问题的关键,但并不一定是绝对的准确,trace 文件只是收集 ANR 发生时某一刻的调用堆栈信息。某一时刻请自行体会,多看一点ANR问题,便能体会。(此处我也在体会中.......)

四、避免 ANR

(1)避免主线程执行耗时操作。请注意 Handler ,是否使用的是主线程下的(异步处理操作,操作仍在 UI 主线程,因为使用的是主线程的 Loop 和 Messagequeue),非主线程请使用 HandlerThread ;

(2)BoardcastReceiver 要执行耗时操作时应启动一个 Service,将耗时操作交给 Service 完成。

(3)避免在IntentReceiver里启动一个Activity,因为它会创建一个新的画面,并从用户当前运行的程序上抢夺焦点。如果应用需要在收到广播时打开 Activity,应该使用 Notification Manager 实现。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,590评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 86,808评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,151评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,779评论 1 277
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,773评论 5 367
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,656评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,022评论 3 398
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,678评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 41,038评论 1 299
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,659评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,756评论 1 330
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,411评论 4 321
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,005评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,973评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,203评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,053评论 2 350
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,495评论 2 343