Android之ANR(Application Not Responding)

注意:本篇文章是本人阅读相关文章所写下的总结,方便以后查阅,所有内容非原创,侵权删。

本篇文章内容来自于:
Android高级进阶 顾浩鑫
Android ANR产生的原因以及其定位分析

目录

  1. 什么是ANR
  2. ANR产生的原因
  3. 典型的ANR问题场景
  4. ANR发生了 如何定位和分析
  5. ANR的避免和检测
    --5.1 StrictMode
    --5.2 BlockCanary

1. 什么是ANR

ANR:Application Not Responding。
ANR的直观体验是用户在操作APP的过程中,感觉界面卡顿,当卡顿时间超过一定时间(一般5s)就会出现ANR对话框。

2. ANR产生的原因

主要是因为我们在主线程中做了太多的耗时操作。
超时产生原因一般有2种:

  1. 当前的事件没有机会得到处理。
    例如UI线程正在响应另外一个事件,当前事件由于某种原因被阻塞了。
  2. 当前事件正在处理,但是由于耗时太长没能及时完成。

根据ANR产生的原因不同,超时时间也不尽相同。
从本质上讲产生ANR的原因有3种:
大致可以对应到Android四大组件中的三个(Activity/View、BroadcastReceiver、Service)

  1. KeyDispatchTimeout
    最常见的一种类型,原因是view的按键事件或者触摸事件在特定的时间(5s)内无法得到响应。
  2. BroadCastTimeout
    原因是BroadCastReceiver的onReceive()函数运行在主线程,在特定的时间(10s)内无法完成处理。
  3. ServiceTimeout
    比较少出现的一种类型,原因是Service的各个生命周期函数在特定时间(20s)内无法完成处理。

3. 典型的ANR问题场景

  • 应用程序UI线程存在耗时操作。
    例如在UI线程中进行网络请求,数据库操作或者文件操作等,可能会导致UI线程无法及时处理用户输入等。
    在Android4.0之后,如果在UI线程中进行网络操作,将会抛出NetworkOnMainThreadException异常。
  • 应用程序的UI线程等待子线程释放某个锁,从而无法处理用户的输入。
  • 耗时的动画需要大量的计算工作,可能导致CPU负载过重。

4. ANR发生了 如何定位和分析

当发生ANR时,可通过结合logcat日志和生成的位于手机内部存储的/data/anr/traces.txt文件进行分析和定位。

5. ANR的避免和检测

5.1 StrictMode

严格模式StrictMode是Android SDK提供的一个用来检测代码中是否存在违规操作的工具类。
主要用于检测两大类问题:(1)可能存在的主线程耗时操作 (2)是否发生泄漏

  • 线程策略 ThreadPolicy
    --detectCustomSlowCalls:检测自定义耗时操作
    --detectDiskReads:检测是否存在磁盘读取操作
    --detectDiskWrites:检测是否存在磁盘写入操作
    --detectNetwork:检测是否存在网络操作
  • 虚拟机策略 VmPolicy
    --detectActivityLeaks:检测是否存在Activity泄漏
    --detectLeakedClosableObjects:检测是否存在未关闭的Closable对象泄漏
    --detectLeakedSqliteObjects:检测是否存在Sqlite对象泄漏
    --setClassInstanceLimit:检测类实例个数是否超过限制

只能在Debug版本使用它,发不到市场上的版本要关掉。
使用
只需要在应用初始化的地方例如Application或者MainActivity的onCreate方法中执行代码:

        if (BuildConfig.DEBUG) {
            //===开启线程模式===
            //开启全部
            StrictMode.setThreadPolicy(new StrictMode.ThreadPolicy.Builder().detectAll().penaltyLog().build());
            //开启部分
            StrictMode.setThreadPolicy(new StrictMode.ThreadPolicy.Builder().detectDiskReads().detectDiskWrites().detectNetwork().penaltyLog().build());
            //===开启虚拟机模式===
            //开启全部
            StrictMode.setVmPolicy(new StrictMode.VmPolicy.Builder().detectAll().penaltyLog().build());
            //开启部分
            StrictMode.setVmPolicy(new StrictMode.VmPolicy.Builder().detectActivityLeaks().detectLeakedSqlLiteObjects().detectLeakedClosableObjects().penaltyLog().build());
        }

5.2 BlockCanary

github地址

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

推荐阅读更多精彩内容