[摘]Android ANR错误的原因以及解决方法(Application Not Responding)

125啦读书导航 2019-04-28 09:02  阅读 181 views 次 评论 0 条
站长的个人作品

一. ANR (Application Not Responding)的定义?

Android上,应用程序如果没有响应,系统会向用户显示一个对话框,这个对话框称作应用程序无响应(ANR:Application Not Responding)对话框。用户可以选择等待或者强制关闭。

一个流畅的合理的应用程序中不应该出现ANR,因此,在程序里对响应性能的设计很重要!

二.什么时候出现ANR出现

  1. 按键或触摸事件 5s 内无响应;
  2. BroadcastReceiver 10s 内无法处理完成;
  3. Service 在 20s 时间内无法处理完成;

三.出现ANR的原因

  1. UI 主线程被其他操作阻塞;
  2. 主线程存在耗时操作(本地 IO操作、网络访问、循环等);

四.如何分析ANR问题

一般Android系统中出现ANR后,会在data/anr/保存ANR的相关日志。

1、CPU 问题

在 Monkeylog.log 文件中定位到 "anr in" 位置,查看 cpu usage  total 占用,如发现接近100%,暂时判断为 cpu 问题。
然后在 logcat.log 文件中定位到 "not responding" 发生时间,并截取
cpuinfo.log 中时间点前后 5s 的 log,然后计算 CPU 占中,看哪个进程用的多,在酌情分析模块的 CPU 占中。

2、GC 问题

定位到 logcat.log 文件中 "not responding" 发生时间点;

去查看发生 ANR 时间点对应的 trace 文件,定位到应用报名,若Dalvik Thread主线程显示“SUSPENDED”,则为内存问题。

截取 ANR 发生时间点前 5s 的 log,分析 "dalvikvm" 打印的 Paused GC 耗时,如果过多则定位为 GC 问题,需要查看这 5s 件发生了哪些耗时的操作。

注意:发生 GC 的进程 id 需要和当前发生 ANR 的线程 id 的要一致

五.如何避免ANR

  1. 合理使用 UI 主线程,耗时操作放入其他线程工作;
  2. 合理使用 Handler 异步消息处理机制来处理其他线程请求。
  3. 合理使用并遵循 Android 生命周期, 避免在 onCreate() and onResume()做过多的事情;
  4. 使用一些架构形成规范来避免内存等问题,例如:MVP、RxJava;
  5. 经常使用工具来检查内存问题,例如:MAT、TraceView、AS 自带等工具;
  6. 避免加载大图片引起内存不足导致 ANR;
  7. 避免内存泄露引起的 ANR。

六.总结与额外注意

ANR异常也是在程序中自己经常遇到的问题,主要的解决办法自己最常用的就是不要在主线程中做耗时的操作,而应放在子线程中来实现,比如采用Handler+mesage的方式,或者是有时候需要做一些和网络相互交互的耗时操作就采用asyntask异步任务的方式(它的底层其实Handler+mesage有所区别的是它是线程池)等。

面试可能会问到:如何快速找到ANR的原因

答:Log和trace文件。 (答案仅供参考)

本文转自《Android ANR错误的原因以及解决方法(Application Not Responding)》同时也修改部分内容。感谢

温馨提示:文章内容系作者个人观点,不代表博客志对观点赞同或支持。
版权声明:本文为投稿文章,感谢 125啦读书导航(125la.com) 的投稿,欢迎分享本文,转载请保留出处!
站长的个人作品
125la导航_独立博客导航平台

发表评论


表情

或者微信联系我