Android学习笔记:ANR的定位和修正

版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
本文链接: https://blog.csdn.net/MaybeForever/article/details/102730206

ANR(Application Not Responding)即应用无响应。可以通过查看/data/anr/traces.txt查看ANR信息。


一、ANR的类型

ANR一般有三种类型

  • KeyDispatchTimeout(5 seconds) –主要类型
    按键或触摸事件在特定时间内无响应
  • BroadcastTimeout(10 seconds)
    BroadcastReceiver在特定时间内无法处理完成
  • ServiceTimeout(20 seconds) –小概率类型
    Service在特定的时间内无法处理完成

二、ANR的出现场景

很多种ANR错误出现的场景:

  • 1、主线程当中执行IO/网络操作,容易阻塞。
  • 2、主线程当中执行了耗时的计算。(比如自定义控件中的onDraw()方法)
    在onDraw()方法里面创建对象容易导致内存抖动(绘制动作时会大量不间断调用,产生大量垃圾对象导致GC很频繁,就造成了内存抖动),内存抖动就容易造成UI出现掉帧、卡顿等问题。
  • 3、BroadCastReceiver没有在10秒内完成处理。
  • 4、BroadCastReceiver的onReceived代码中也要尽量减少耗时的操作,建议使用IntentService处理。
  • 5、Service执行了耗时的操作,因为Service也是在主线程当中执行的,所以耗时操作应该在Service里面开启子线程来做。
  • 6、使用AsyncTask处理耗时的IO等操作。
  • 7、Activity的onCreate和onResume回调中尽量耗时的操作。

三、ANR出现的原因

根本原因是:主线程被卡了,导致应用在5秒时间未响应用户的输入事件。

  • 1、耗时的网络访问
  • 2、大量的数据读写
  • 3、数据库操作
  • 4、硬件操作(比如camera)
  • 5、调用thread的join()方法、sleep()方法、wait()方法或者等待线程锁的时候
  • 6、Service Binder的数量达到上限
  • 7、System Server中发生WatchDog ANR
  • 8、Service忙导致超时无响应
  • 9、其他线程持有锁,导致主线程等待超时
  • 10、其它线程终止或崩溃导致主线程一直等待

猜你喜欢

转载自blog.csdn.net/MaybeForever/article/details/102730206