相比于发生应用程序崩溃，发生ANR更加让人头大，主要原因是崩溃发生的时候会在Logcat中打印出发生异常的位置，开发人员很容易就能定位到崩溃并解决，显然ANR没那么轻松；但是我们大可不必这么忧伤，因为有问题就会有解决办法，解决不了，只是因为没有用对方法
ANR监控是一个非常有年代感的话题了，但是市面上的ANR监控工具，或者并非真正意义上的ANR的监控（而是5秒卡顿监控）；或者并不完善，监控不到到所有的ANR。而想要得到一个完善的ANR监控工具，必须要先了解系统整个ANR的流程。本文分析了ANR的主要流程，给出了一个完善的ANR监控方案。该方案已经在Android微信客户端上经过全量验证，稳定地运行了一年多的时间。
ANR问题，相信是日常应用测试中，各位小伙伴都会遇到的问题。本篇对ANR的类型、原因及出现场景、以及ANR定位与分析思路进行了总结！
ANR监控是一个非常有年代感的话题了，但是市面上的ANR监控工具，或者并非真正意义上的ANR的监控（而是5秒卡顿监控）；或者并不完善，监控不到到所有的ANR。而想要得到一个完善的ANR监控工具，必须要先了解系统整个ANR的流程。本文分析了ANR的主要流程，给出了一个完善的ANR监控方案。该方案已经在Android微信客户端上经过全量验证，稳定地运行了一年多的时间。 我们知道ANR流程基本都是在system_server系统进程完成的，系统进程的行为我们很难监控和改变，想要监控ANR就必须找到系统进程跟
上帝说要有ANR，于是Bugly就有了ANR上报，那么ANR到底是什么？ 最近很多童鞋问起精神哥ANR的问题，那么这次就来聊一下，鸡爪怎么泡才好吃，噢不，是如何快速定位ANR。 ANR是什么 简单说，通常就是App运行的时候，duang~卡住了，怎么搞都动不了。当卡住超过一定时间，Android系统认为这就是一次“ANR（Application Not Responding）”。 具体说，在以下情况发生时，会发生ANR（可能在不同ROM 中时间有所更改）： 用户的输入在5s内没被App响应
上一篇介绍了ANR问题的相关知识，本篇介绍如何分析ANR问题。下面链接是我之前分析的一个ANR问题实例，实战与理论结合更容易理解。 https://blog.csdn.net/qq_43804080/article/details/99978439
运行程序，等到程序ANR或崩溃， 在Terminal使用刚刚提到的命令，导出ANR的信息文件：
00 手机用用，就卡卡卡。莫名其妙的出现一堆程序无响应，欲哭无泪。这是为什么呢？因为你用的android手机。 android手机，为了让手机卡的不成样子，还想让用户知道，就发明了A
ANR，是“Application Not Responding”的缩写，即“应用程序无响应”。直观地说就是：“又卡了？” 与Java Crash或者Native Crash不同，ANR并不会导致程序崩溃，如果用户愿意等待，大多数ANR在一段时间后都是可以恢复的。但对于用户而言，打开一个窗口就要黑屏8秒，或者按下一个按钮后10秒程序没有任何响应显然是不可接受的。为了便于开发者Debug自己程序中响应迟缓的部分，Android提供了ANR机制。ActivityManagerService(简称 AMS)和 WindowManagerService(简称 WMS)会监测应用程序的响应时间，如果应用程序主线程(即 UI 线程)在超时时间内对输入事件没有处理完毕，或者对特定操作没有执行完毕，就会出现 ANR。
在Android中，程序的响应性是由Activity Manager与Window Manager系统服务来负责监控的，当系统检测到下面的条件之一时会显示ANR的对话框：
ANR:Application Not Responding，即应用无响应，Android系统对于一些事件需要在一定的时间范围内完成，如果超过预定时间能未能得到有效响应或者响应时间过长，都会造成ANR。一般地，这时往往会弹出一个提示框，告知用户当前xxx未响应，用户可选择继续等待或者Force Close。
闪退、崩溃、无响应、重启等是应用稳定性常见的问题现象，稳定性故障大体可归类为ANR/冻屏、Crash/Tombstone、资源泄露三大类。软件绿色联盟联合华为终端开放实验室，通过系列文章对三类故障的产生原因、故障现象、触发机制及如何定位等，展开深度解读。
在上一篇文章《Android性能优化（六）之卡顿那些事》中，我们提到了卡顿的成因、检测卡顿的途径以及避免卡顿的方法。卡顿再扩大就会产生大名鼎鼎的ANR（Application Not Responding），然后告诉用户你的App无响应，继续等待或者强制关闭，很大的概率用户可能会顺手卸载如此卡的App。
引言 不论从事安卓应用开发，还是安卓系统研发，应该都遇到应用无响应(简称ANR)问题，当应用程序一段时间无法及时响应，则会弹出ANR对话框，让用户选择继续等待，还是强制关闭。
链接：https://www.jianshu.com/p/cfa9ed42e379
收到用户反馈，我们的app在科大讯飞的定制系统上，运行卡顿。 1、表现为点击进入应用后，用户点击无响应，系统提示ANR。 2、Debug 运行无卡顿， Release 运行卡顿
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
ANR是Android中经常遇到的问题，常规的ANR问题，一般可以通过adb日志和trace文件，找到导致ANR的原因，但是有很多偶发的ANR问题，难以采用常规的手段来分析的，通过学习字节跳动整治ANR的系列文章，聊聊自己的感悟。
Android ANR（Application Not Responding）的分析
这句话说的很笼统，要想深入分析定位ANR，需要知道更多知识点，一般来说，ANR按产生机制，分为4类：
ANR全名Application Not Responding, 也就是"应用无响应". 当操作在一段时间内系统无法处理时, 系统层面会弹出上图那样的ANR对话框。
ANR (Application Not Responding) ANR定义：在Android上，如果你的应用程序有一段时间响应不够灵敏，系统会向用户显示一个对话框，这个对话框称作应用程序无响应（ANR：Application Not Responding）对话框。用户可以选择“等待”而让程序继续运行，也可以选择“强制关闭”。所以一个流畅的合理的应用程序中不能出现anr，而让用户每次都要处理这个对话框。因此，在程序里对响应性能的设计很重要，这样系统不会显示ANR给用户。 默认情况下，在android中Activity的最长执行时间是5秒，BroadcastReceiver的最长执行时间则是10秒。 第一：什么会引发ANR？ 在Android里，应用程序的响应性是由Activity Manager和WindowManager系统服务监视的 。当它监测到以下情况中的一个时，Android就会针对特定的应用程序显示ANR： 1.在5秒内没有响应输入的事件（例如，按键按下，屏幕触摸） 2.BroadcastReceiver在10秒内没有执行完毕 造成以上两点的原因有很多，比如在主线程中做了非常耗时的操作，比如说是下载，io异常等。 潜在的耗时操作，例如网络或数据库操作，或者高耗时的计算如改变位图尺寸，应该在子线程里（或者以数据库操作为例，通过异步请求的方式）来完成。然而，不是说你的主线程阻塞在那里等待子线程的完成——也不是调用 Thread.wait()或是Thread.sleep()。替代的方法是，主线程应该为子线程提供一个Handler，以便完成时能够提交给主线程。以这种方式设计你的应用程序，将能保证你的主线程保持对输入的响应性并能避免由于5秒输入事件的超时引发的ANR对话框。 第二：如何避免ANR？ 1、运行在主线程里的任何方法都尽可能少做事情。特别是，Activity应该在它的关键生命周期方法（如onCreate()和onResume()）里尽可能少的去做创建操作。（可以采用重新开启子线程的方式，然后使用Handler+Message的方式做一些操作，比如更新主线程中的ui等） 2、应用程序应该避免在BroadcastReceiver里做耗时的操作或计算。但不再是在子线程里做这些任务（因为 BroadcastReceiver的生命周期短），替代的是，如果响应Intent广播需要执行一个耗时的动作的话，应用程序应该启动一个 Service。（此处需要注意的是可以在广播接受者中启动Service，但是却不可以在Service中启动broadcasereciver,关于原因后续会有介绍，此处不是本文重点） 3、避免在Intent Receiver里启动一个Activity，因为它会创建一个新的画面，并从当前用户正在运行的程序上抢夺焦点。如果你的应用程序在响应Intent广 播时需要向用户展示什么，你应该使用Notification Manager来实现。 总结：anr异常也是在程序中自己经常遇到的问题，主要的解决办法自己最常用的就是不要在主线程中做耗时的操作，而应放在子线程中来实现，比如采用Handler+mesage的方式，或者是有时候需要做一些和网络相互交互的耗时操作就采用asyntask异步任务的方式（它的底层其实Handler+mesage有所区别的是它是线程池）等，在主线程中更新UI。
ANR定义：在Android上，如果你的应用程序有一段时间响应不够灵敏，系统会向用户显示一个对话框，这个对话框称作应用程序无响应（ANR：Application Not Responding）对话框。用户可以选择“等待”而让程序继续运行，也可以选择“强制关闭”。所以一个流畅的合理的应用程序中不能出现anr，而让用户每次都要处理这个对话框。因此，在程序里对响应性能的设计很重要，这样系统不会显示ANR给用户。
之前一直想总结整理一下关于ANR的内容，虽然内容不多，但是开发中还是要注意，但是一直偷懒了。正好下午又遇到个ANR，加上今天不想码字，解决完就顺便整理一下吧。 什么是ANR ANR：Application Not Responding，即应用无响应 ANR的类型 ANR一般有三种类型： KeyDispatchTimeout(5 seconds) –主要类型，按键或触摸事件在特定时间内无响应 KeyDispatchTimeout：A key or touch event was not dispatche
ANR(Application Not Responding )应用无响应的简称，是为了在 APP卡死时，用户 可以强制退出APP的选择，从而避免卡机无响应问题，这是Android系统的一种自我保护机制。
在Multidex（一）之源码解析中我们介绍到MultiDex极有可能出现ANR（Application No Response）的问题，秒秒钟卡死我们的应用，用户肯定忍不了要怒卸载啊！作为追（被）求（逼）完（无）美（耐）的程序员哥哥，我们怎能作壁上观？Google不做好的事情，我们就自己扛起来！那么如何对MultiDex这个方案做优化让它变成好同志呢？
对于一个应用开发者来说，没有比开心的用户更好的衡量成功的标准，而且最好是有很多这样的用户。实现这一目标的最佳方式是拥有一个人人都想用的优秀应用，不过我们所说的“优秀”指的是什么呢？它可以归结为两件事：功能和应用质量。前者最终取决于你的创造力和选择的商业模式，而后者可以客观地衡量和改进。
亲爱的Bugly用户： 您好~ 腾讯Bugly于7月13日正式发布了 iOS卡顿、Android ANR（应用无响应）监控上报功能，业内只此一家，别无分店。 通过卡顿/ANR的异常监控，您可以实时了解用户在使用App过程中发生的卡顿/ANR问题，有效提升App的流畅度，欢迎大家接入使用。 Android ANR：Bugly捕获的ANR，精神哥告诉你是个什么鬼？ iOS 卡顿：小萝莉和你聊聊iOS应用卡顿那些事儿 Bugly近期功能更新动态: 一SDK功能更新 Android SDK V1.2.3 1）
谷歌在2017年的I/O大会上提出的另一个概念是Vitals，重点是在Android O版本中，将针对设备电池续航、安全、应用启动时间和稳定性的优化上。除了系统的优化外，Google Play控制台提供的新功能Android vitals仪表盘也可以更清楚的帮助开发者理解app的行为表现，进而提升app的性能。有兴趣的读者可以通过Android vitals来了解。
第一次被问到这个问题的时候，就再想，为什么会问这问题呢？ 回想了一遍关于Android Handler,Message, MessageQueue 和 Looper 的相关知识，才明白为什么会有这样的问题。
帮助开发者检查代码不规范问题 严苛模式：Android 提供的一种运行检查机制 方便强大，容易被忽视，包含线程策略与虚拟机检测策略
在Android上，如果你的应用程序有一段时间响应不够灵敏，系统会向用户显示一个对话框，这个对话框称作“应用程序无响应”（ANR：Application Not Responding）对话框。用户可以选择“等待”而让程序继续运行，也可以选择“强制关闭”。因此，在程序里对响应性能的设计很重要，这样，系统不会显示ANR给用户。
地址 http://www.jianshu.com/u/c187b887771f ---- 什么是ADR ANR全名Application Not Responding, 也就是"应用无响应". 当操作在一段时间内系统无法处理时, 系统层面会弹出上图那样的ANR对话框. 在Android里, App的响应能力是由Activity Manager和Window Manager系统服务来监控的. 通常在如下两种情况下会弹出ANR对话框: 5s内无法响应用户输入事件(例如键盘输入, 触摸屏幕等). Broadca
📷 前言 在 Android开发中，性能优化策略十分重要 因为其决定了应用程序的开发质量：可用性、流畅性、稳定性等，是提高用户留存率的关键 本文全面讲解性能优化中的所有知识，献上一份 Android性能优化的详细攻略， 含：优化方向、原因 & 具体优化方案，希望你们会喜欢 目录 📷 1. 性能优化的目的 性能优化的目的是为了让应用程序App 更快、更稳定 & 更省。具体介绍如下： 更快：应用程序 运行得更加流畅、不卡顿，能快速响应用户操作 更稳定：应用程序 能 稳定运行 & 解决用户需求，在用户使用过程中不
对于应用开发者而言，衡量应用成功最好的指标就是开心的用户，而且是越多越好。达到这一目的的最佳途径就是开发一个好应用，那么什么样的应用才能被称作是 “好” 应用呢？归根结底就是两件事：功能以及应用质量。前者取决于开发者的创造力以及选用的商业模型；而后者则能够被客观测量及改善。
有时候看一些知识点的时候，或者解决一些问题的时候，有一些新的，怕以后忘记，就记录在这里。
有好多人向我咨询过Input ANR问题，说实话，我也是一直无法彻底的解释清楚，我下决心要彻底搞懂这块知识点。
在Monkey测试过程中可能会出现程序崩溃(CRASH)和程序无响应的情况(ANR)，要将测试的log信息获取到，从而解决bug。
使用TextureView替换SurfaceView实现VideoView，因为TextureView是直接继承View的，并且在ListView中滑动的时候，也不会在滑动的时候，有残留（看起来像是普通的View绘制和SurfaceView的绘制是两套）
Dalvik Debug Monitor Service ( Dalvik调试监控服务) ,可视化的图形界面调试监控工具。不同等级log信息显示的颜色不同,使用起来方便直观。ddms监控系统或应用日志、监控线程状态、VM使用状况(内存泄漏通过它来判断)、模拟短信电话事件、生成logcat日志、文件管理及截屏等功能。
Android 系统每隔 16ms 会发出 VSYNC 信号重绘界面(Activity)。之所以是 16ms，是因为 Android 设定的刷新率是 60FPS(Frame Per Second)，也就是每秒 60 帧的刷新率，约合 16ms 刷新一次。
目录总结 01.抛出异常导致崩溃分析 02.RuntimeInit类分析 03.Looper停止App就退出吗 04.handleApplicationCrash 05.native_crash如何监控 06.ANR是如何监控的 07.回过头看addErrorToDropBox 前沿 上一篇整体介绍了crash崩溃库崩溃重启，崩溃记录记录，查看以及分享日志等功能。 项目地址：https://github.com/yangchong211/YCAndroidTool 欢迎star，哈哈哈 01.抛出异常导致崩
日志是非常重要的，用于记录系统、软件操作事件的记录文件或文件集合，可分为事件日志和消息日志。具有处理历史数据、诊断问题的追踪以及理解系统、软件的活动等重要作用，在开发或者测试软系统过程中出现了问题，我们首先想到的就是她——logging。她可不像泰戈尔说的：“天空没有留下翅膀的痕迹,但我已经飞过”；Monkey这个小姑娘，她可是一个爱炫耀，爱显摆的人已经达到了人过留名、雁过留声的境界。只要我们按图索骥就一定可以定位到问题所在，然后分析问题，解决问题。好了逗大家一乐，下面开始进入今天的正题。
首先，关于Handler相关机制，可以参考我之前整理的[Android] Handler消息传递机制。
在Android APP的测试过程中经常遇到crash和anr，开发人员习惯通过eclipse或者eclipse的ddms组件进行捕抓日志，测试人员常通过在dos窗口下adb命令的方式来抓取日志。前者的缺点是启动时非常耗时，后者呢则每次都要写命令也比较麻烦（需要截图时也存在这个问题）。针对这样的情况，本文分享一个通过adb程序与bat命令组合的技巧来抓取日志，只要3~5秒即可获取崩溃日志，非常快捷。
来源：http://www.apkbus.com/blog-985981-81036.html
这些问题有些是刚接触 Android 开发的小伙伴所不熟悉的，有些则是部分初级工程师都没有注意到的。
第一个框中第一二行说明了发生ANR的进程ID，名称和时间 第三个框中 “main” prio=5 tid=1 Native 说明了线程名称，线程优先级，线程锁id和线程状态。tid不是线程id，是一个在Java虚拟机中用来实现线程锁的变量，线程状态分为以下几类： 状态 值 说明 THREAD_ZOMBIE 0 TERMINATED 线程死亡，终止运行 THREAD_RUNNING 1 RUNNABLE or running now 线程可运行或正在运行 THREAD_TIMED_WAIT 2 TIMED_WAITING in Object.wait() 执行了带有超时参数的wait，sleep或join参数 THREAD_MONITOR 3 BLOCKED on a monitor 线程阻塞，等待获取对象锁 THREAD_WAIT 4 执行了无超时参数的wait()函数 THREAD_INITIALIZING 5 allocated not yet running 新建，正在初始化，为其分配资源 THREAD_STARTING 6 started not yet on thread list 新建，正在启动 THREAD_NATIVE 7 off in a JNI native method 正在执行JNI本地函数 THREAD_VMWAIT 8 waiting on a VM resource 正在等待VM资源 THREAD_SUSPENDED 9 suspended usually by GC or debugger 线程暂停，通常是由于GC或者debug被暂停 特别说明线程状态为MONITOR和SUSPEND。MONITOR状态一般是类的同步块或者同步方法造成的，而SUSPEND状态是debugger的时候会出现，可以用来区别是不是真的是用户正常操作跑出来ANR
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
