Android 系统（135）---Android anr 分析步骤总结 Android anr 分析步骤总结

编程语言 2018-07-01 15:14:28 阅读次数: 0

Android anr 分析步骤总结

前言：最近经手了比较多的anr问题，声明经手不是解决，只是从log上推断造成anr的原因，以此作为根据转交给对应的人来处理。


1. ANR简介

ANR全名Application Not Responding, 也就是"应用无响应". 当操作在一段时间内系统无法处理时, 系统层面会弹出ANR对话框.

通常在如下几种种情况下会弹出ANR对话框:

  • 5s内无法响应用户输入事件(例如键盘输入, 触摸屏幕等).
  • BroadcastReceiver的事件(onRecieve方法)在规定时间内没处理完(前台广播为10s，后台广播为60s)
  • service 前台20s 后台200s未执行完成 Timeout executing service（Android O多了个startForeground 5s限制）

造成以上情况的首要原因就是在主线程(UI线程)里面做了太多的阻塞耗时操作, 例如文件读写, 数据库读写, 网络查询等等.（或者调用Thread.join/LockSupport.park/wait/sleep造成的阻塞）

具体定义：

framework/base/services/core/java/com/android/server/am/ActivityManagerService.java:

  1. // How long we allow a receiver to run before giving up on it.
  2. static final int BROADCAST_FG_TIMEOUT = 10* 1000;
  3. static final int BROADCAST_BG_TIMEOUT = 60* 1000;
  5. // How long we wait until we timeout on key dispatching.
  6. static final int KEY_DISPATCHING_TIMEOUT = 5* 1000;
framework/base/services/core/java/com/android/server/am/ActiveServices.java
  1. // How long we wait for a service to finish executing.
  2. static final int SERVICE_TIMEOUT = 20* 1000;
  4. // How long we wait for a service to finish executing.
  5. static final int SERVICE_BACKGROUND_TIMEOUT = SERVICE_TIMEOUT * 10;
  7.   // calling startForeground() before we ANR + stop it.
  8. static final int SERVICE_START_FOREGROUND_TIMEOUT = 5* 1000;


2. ANR分析步骤

anr分析步骤我总结来看主要就如下5步。

2.1 events_log

查看event log确定anr时间点和发生anr的进程id

命令：grep "am_anr.*packageName" ./ -nri --include="events*"

比如：

06-22 23:15:36.257944 942 1021 I am_anr : [0,19721,com.android.chrome,-1463042491,Input dispatching timed out (Waiting to send non-key event because the touched window has not finished processing certain input events that were delivered to it over 500.0ms ago. Wait queue length: 2. Wait queue head age: 5508.0ms.)]

从上面log可以看出是com.android.chrome 在6-22 23:15:36发生了anr，所处进程id为19721


2.2 sys_log

查看sys_log确定当时系统各项占用，虽然我一直对百分比占用很没谱

命令：grep "anr in packageName" ./ -nri --include="sys_log*"

然后vim到对应行

比如：

  1. 06- 22 23: 15: 42.121724 942 1021 I AnrManager: dumpStackTraces end!
  2. 06- 22 23: 15: 42.159012 942 1021 I AnrManager: ANR in com.android.chrome (com.android.chrome/com.google.android.apps.chrome.Main), time= 24007714
  3. 06- 22 23: 15: 42.159012 942 1021 I AnrManager: Reason: Input dispatching timed out (Waiting to send non-key event because the touched window has not finished processing certain input events that were delivered to it over 500.0ms ago. Wait queue length: 2. Wait queue head age: 5508.0ms.)
  4. 06-22 23:15:42.159012 942 1021 I AnrManager: Load: 14.61 / 14.77 / 14.71
  5. 06-22 23:15:42.159012 942 1021 I AnrManager: Android time :[2018-06-22 23:15:42.12] [24013.623]
  6. 06-22 23:15:42.159012 942 1021 I AnrManager: CPU usage from 83364ms to 43ms ago (2018-06-22 23:14:12.849 to 2018-06-22 23:15:36.170):
  7. 06-22 23:15:42.159012 942 1021 I AnrManager: 68% 942/system_server: 50% user + 17% kernel / faults: 267589 minor 3994 major
  8. 06-22 23:15:42.159012 942 1021 I AnrManager: 21% 1715/com.android.systemui: 16% user + 5.5% kernel / faults: 133310 minor 4496 major

我们可以注意到sys_log时间点晚了不少


2.3 traces.txt

traces.txt主要是来确定下发生anr的时候的堆栈，如果打印出耗时操作的堆栈肯定最好了

发生anr后导出手机里/data/anr下的文件，文件名称一般是这样的“anr_2018-06-22-17-42-44-420”，之前我们通过events_log确定了anr发生时间，这时通过时间找对应文件。

比如上面举的chrome例子：anr_2018-06-22-23-15-36-796 这个文件所对应的时间是差不多的，打开瞅一下。

----- pid 19721 at 2018-06-22 23:15:36 -----
Cmd line: com.android.chrome

前两行 pid 19721对的上，时间时分秒对的上，包名com.android.chrome对的上。

  1. " main " prio= 5 tid= 1 Waiting
  2. | group= "main" sCount= 1 dsCount= 0 flags= 1 obj= 0x725815f0 self= 0xeb15b000
  3. | sysTid= 19721 nice=- 4 cgrp= default sched= 0/ 0 handle= 0xef2134a4
  4. | state=S schedstat=( 1948839680 121430176 1126 ) utm= 134 stm= 60 core= 7 HZ= 100
  5. | stack= 0xff29c000- 0xff29e000 stackSize= 8MB
  6. | held mutexes=
  7. at java.lang.Object. wait(Native method)
  8. - waiting on < 0x064cfca3> (a java.lang.Object)
  9. at java.lang.Thread.parkFor$(Thread.java: 2137)
  10. - locked < 0x064cfca3> (a java.lang.Object)
  11. at sun.misc.Unsafe.park(Unsafe.java: 358)
  12. at java.util.concurrent.locks. LockSupport.park(LockSupport.java: 190)
  13. at java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java: 868)
  14. at java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedInterruptibly(AbstractQueuedSynchronizer.java: 1021)
  15. at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireSharedInterruptibly(AbstractQueuedSynchronizer.java: 1328)
  16. at java.util.concurrent.CountDownLatch.await(CountDownLatch.java: 232)
  17. at org.chromium.components.signin.AccountManagerFacade.getGoogleAccounts(AccountManagerFacade.java: 37)
  18. at org.chromium.components.signin.AccountManagerFacade.tryGetGoogleAccounts(AccountManagerFacade.java: 47)
  19. at org.chromium.components.signin.AccountManagerFacade.tryGetGoogleAccountNames(AccountManagerFacade.java: 30)
  20. at org.chromium.chrome.browser.ChromeTabbedActivity.finishNativeInitialization(ChromeTabbedActivity.java: 158)
  21. at org.chromium.chrome.browser.init.ChromeBrowserInitializer$ 9.run(ChromeBrowserInitializer.java: 3)
  22. at org.chromium.chrome.browser.init.ChainedTasks$ 1.run(ChainedTasks.java: 7)
  23. at android.os.Handler.handleCallback(Handler.java: 790)
  24. at android.os.Handler.dispatchMessage(Handler.java: 99)
  25. at android.os.Looper.loop(Looper.java: 168)
  26. at android.app.ActivityThread.main(ActivityThread.java: 6555)
  27. at java.lang.reflect.Method.invoke(Native method)
  28. at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run(RuntimeInit.java: 438)
  29. at com.android.internal.os.ZygoteInit.main(ZygoteInit.java: 857)

从堆栈来看是由于chrome调用getGoogleAccounts继而调用到LockSupport.park-->Object.wait，导致UI线程一直在等待造成anr。（这里其实不严谨，没有直接log作证，万一人家刚wait没多久只是之前一个操作耗时长呢）

由于没有chrome代码，这个故障只好不了了之了，但从堆栈可以看到有可能是哪个模块没有及时调用LockSupport.unpark导致的anr，这样就到应用级别了，需要应用继续往下看。


2.4 main_log

main_log主要是针对应用的log打印的，但有时候追溯问题还是会回到sys_log，主要看是阻塞在应用层还是framework或者native 驱动都说不准。

anr主要是发生在应用的主线程即Ui线程中，那么main_log里搜索对应的 线程号=进程号的log看下。

比如上面的chrome搜索：grep " 19721 19721 " ./ -nr --include="main*"

时间点关注：6-22 23:15:30 - 23:15:36 左右的log，毕竟主要是这5s导致的anr


2.5 综合考虑

其实traces.txt中打印的堆栈有可能是主要原因，有可能是次要原因，也有可能只是个躺枪的，毕竟anr的时间段，就以点击事件anr 5s为例，5s点下去了各个方法都会有耗时，如果一个方法占用了1s，另外一个占用了3s多，最后的一个方法刚开始执行anr就把他堆栈打印出来了那不是很冤。

如果有条件当然是从各种log推断各个方法分别耗时多少，然后综合评判哪个方法可以优化，哪个方法由于外部原因不可避免的耗时延长这都是要看下的。

另外原因也分直接原因和根本原因，比如直接原因是主线程wait了，那根本原因看下是谁让他wait或者谁没及时notify呢。


3. 总结

anr的问题如果traces.txt堆栈打印的很明白，log里也有对应证据，那还是很好的，就怕anr 好几个方法都贡献点延迟，log没有，想调试的话anr一般是monkey中跑出来的，调试难度比较大，那真是欲仙欲死。

前言：最近经手了比较多的anr问题，声明经手不是解决，只是从log上推断造成anr的原因，以此作为根据转交给对应的人来处理。


1. ANR简介

ANR全名Application Not Responding, 也就是"应用无响应". 当操作在一段时间内系统无法处理时, 系统层面会弹出ANR对话框.

通常在如下几种种情况下会弹出ANR对话框:

  • 5s内无法响应用户输入事件(例如键盘输入, 触摸屏幕等).
  • BroadcastReceiver的事件(onRecieve方法)在规定时间内没处理完(前台广播为10s，后台广播为60s)
  • service 前台20s 后台200s未执行完成 Timeout executing service（Android O多了个startForeground 5s限制）

造成以上情况的首要原因就是在主线程(UI线程)里面做了太多的阻塞耗时操作, 例如文件读写, 数据库读写, 网络查询等等.（或者调用Thread.join/LockSupport.park/wait/sleep造成的阻塞）

具体定义：

framework/base/services/core/java/com/android/server/am/ActivityManagerService.java:

  1. // How long we allow a receiver to run before giving up on it.
  2. static final int BROADCAST_FG_TIMEOUT = 10* 1000;
  3. static final int BROADCAST_BG_TIMEOUT = 60* 1000;
  5. // How long we wait until we timeout on key dispatching.
  6. static final int KEY_DISPATCHING_TIMEOUT = 5* 1000;
framework/base/services/core/java/com/android/server/am/ActiveServices.java
  1. // How long we wait for a service to finish executing.
  2. static final int SERVICE_TIMEOUT = 20* 1000;
  4. // How long we wait for a service to finish executing.
  5. static final int SERVICE_BACKGROUND_TIMEOUT = SERVICE_TIMEOUT * 10;
  7.   // calling startForeground() before we ANR + stop it.
  8. static final int SERVICE_START_FOREGROUND_TIMEOUT = 5* 1000;


2. ANR分析步骤

anr分析步骤我总结来看主要就如下5步。

2.1 events_log

查看event log确定anr时间点和发生anr的进程id

命令：grep "am_anr.*packageName" ./ -nri --include="events*"

比如：

06-22 23:15:36.257944 942 1021 I am_anr : [0,19721,com.android.chrome,-1463042491,Input dispatching timed out (Waiting to send non-key event because the touched window has not finished processing certain input events that were delivered to it over 500.0ms ago. Wait queue length: 2. Wait queue head age: 5508.0ms.)]

从上面log可以看出是com.android.chrome 在6-22 23:15:36发生了anr，所处进程id为19721


2.2 sys_log

查看sys_log确定当时系统各项占用，虽然我一直对百分比占用很没谱

命令：grep "anr in packageName" ./ -nri --include="sys_log*"

然后vim到对应行

比如：

  1. 06- 22 23: 15: 42.121724 942 1021 I AnrManager: dumpStackTraces end!
  2. 06- 22 23: 15: 42.159012 942 1021 I AnrManager: ANR in com.android.chrome (com.android.chrome/com.google.android.apps.chrome.Main), time= 24007714
  3. 06- 22 23: 15: 42.159012 942 1021 I AnrManager: Reason: Input dispatching timed out (Waiting to send non-key event because the touched window has not finished processing certain input events that were delivered to it over 500.0ms ago. Wait queue length: 2. Wait queue head age: 5508.0ms.)
  4. 06-22 23:15:42.159012 942 1021 I AnrManager: Load: 14.61 / 14.77 / 14.71
  5. 06-22 23:15:42.159012 942 1021 I AnrManager: Android time :[2018-06-22 23:15:42.12] [24013.623]
  6. 06-22 23:15:42.159012 942 1021 I AnrManager: CPU usage from 83364ms to 43ms ago (2018-06-22 23:14:12.849 to 2018-06-22 23:15:36.170):
  7. 06-22 23:15:42.159012 942 1021 I AnrManager: 68% 942/system_server: 50% user + 17% kernel / faults: 267589 minor 3994 major
  8. 06-22 23:15:42.159012 942 1021 I AnrManager: 21% 1715/com.android.systemui: 16% user + 5.5% kernel / faults: 133310 minor 4496 major

我们可以注意到sys_log时间点晚了不少


2.3 traces.txt

traces.txt主要是来确定下发生anr的时候的堆栈，如果打印出耗时操作的堆栈肯定最好了

发生anr后导出手机里/data/anr下的文件，文件名称一般是这样的“anr_2018-06-22-17-42-44-420”，之前我们通过events_log确定了anr发生时间，这时通过时间找对应文件。

比如上面举的chrome例子：anr_2018-06-22-23-15-36-796 这个文件所对应的时间是差不多的，打开瞅一下。

----- pid 19721 at 2018-06-22 23:15:36 -----
Cmd line: com.android.chrome

前两行 pid 19721对的上，时间时分秒对的上，包名com.android.chrome对的上。

  1. " main " prio= 5 tid= 1 Waiting
  2. | group= "main" sCount= 1 dsCount= 0 flags= 1 obj= 0x725815f0 self= 0xeb15b000
  3. | sysTid= 19721 nice=- 4 cgrp= default sched= 0/ 0 handle= 0xef2134a4
  4. | state=S schedstat=( 1948839680 121430176 1126 ) utm= 134 stm= 60 core= 7 HZ= 100
  5. | stack= 0xff29c000- 0xff29e000 stackSize= 8MB
  6. | held mutexes=
  7. at java.lang.Object. wait(Native method)
  8. - waiting on < 0x064cfca3> (a java.lang.Object)
  9. at java.lang.Thread.parkFor$(Thread.java: 2137)
  10. - locked < 0x064cfca3> (a java.lang.Object)
  11. at sun.misc.Unsafe.park(Unsafe.java: 358)
  12. at java.util.concurrent.locks. LockSupport.park(LockSupport.java: 190)
  13. at java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java: 868)
  14. at java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedInterruptibly(AbstractQueuedSynchronizer.java: 1021)
  15. at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireSharedInterruptibly(AbstractQueuedSynchronizer.java: 1328)
  16. at java.util.concurrent.CountDownLatch.await(CountDownLatch.java: 232)
  17. at org.chromium.components.signin.AccountManagerFacade.getGoogleAccounts(AccountManagerFacade.java: 37)
  18. at org.chromium.components.signin.AccountManagerFacade.tryGetGoogleAccounts(AccountManagerFacade.java: 47)
  19. at org.chromium.components.signin.AccountManagerFacade.tryGetGoogleAccountNames(AccountManagerFacade.java: 30)
  20. at org.chromium.chrome.browser.ChromeTabbedActivity.finishNativeInitialization(ChromeTabbedActivity.java: 158)
  21. at org.chromium.chrome.browser.init.ChromeBrowserInitializer$ 9.run(ChromeBrowserInitializer.java: 3)
  22. at org.chromium.chrome.browser.init.ChainedTasks$ 1.run(ChainedTasks.java: 7)
  23. at android.os.Handler.handleCallback(Handler.java: 790)
  24. at android.os.Handler.dispatchMessage(Handler.java: 99)
  25. at android.os.Looper.loop(Looper.java: 168)
  26. at android.app.ActivityThread.main(ActivityThread.java: 6555)
  27. at java.lang.reflect.Method.invoke(Native method)
  28. at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run(RuntimeInit.java: 438)
  29. at com.android.internal.os.ZygoteInit.main(ZygoteInit.java: 857)

从堆栈来看是由于chrome调用getGoogleAccounts继而调用到LockSupport.park-->Object.wait，导致UI线程一直在等待造成anr。（这里其实不严谨，没有直接log作证，万一人家刚wait没多久只是之前一个操作耗时长呢）

由于没有chrome代码，这个故障只好不了了之了，但从堆栈可以看到有可能是哪个模块没有及时调用LockSupport.unpark导致的anr，这样就到应用级别了，需要应用继续往下看。


2.4 main_log

main_log主要是针对应用的log打印的，但有时候追溯问题还是会回到sys_log，主要看是阻塞在应用层还是framework或者native 驱动都说不准。

anr主要是发生在应用的主线程即Ui线程中，那么main_log里搜索对应的 线程号=进程号的log看下。

比如上面的chrome搜索：grep " 19721 19721 " ./ -nr --include="main*"

时间点关注：6-22 23:15:30 - 23:15:36 左右的log，毕竟主要是这5s导致的anr


2.5 综合考虑

其实traces.txt中打印的堆栈有可能是主要原因，有可能是次要原因，也有可能只是个躺枪的，毕竟anr的时间段，就以点击事件anr 5s为例，5s点下去了各个方法都会有耗时，如果一个方法占用了1s，另外一个占用了3s多，最后的一个方法刚开始执行anr就把他堆栈打印出来了那不是很冤。

如果有条件当然是从各种log推断各个方法分别耗时多少，然后综合评判哪个方法可以优化，哪个方法由于外部原因不可避免的耗时延长这都是要看下的。

另外原因也分直接原因和根本原因，比如直接原因是主线程wait了，那根本原因看下是谁让他wait或者谁没及时notify呢。


3. 总结

anr的问题如果traces.txt堆栈打印的很明白，log里也有对应证据，那还是很好的，就怕anr 好几个方法都贡献点延迟，log没有，想调试的话anr一般是monkey中跑出来的，调试难度比较大，那真是欲仙欲死。

猜你喜欢

转载自blog.csdn.net/zhangbijun1230/article/details/80863818
今日推荐
中国码农的“35岁魔咒”
蘭雅 CorelDRAW 插件 2024.5.1 国际劳动节版，免费下载
Arc Browser for Windows 1.0 正式 GA
90后程序员开发视频搬运软件、不到一年获利超 700 万，结局很刑！
《美国对全球网络空间安全与发展的威胁和破坏》报告发布
周排行
[编程题]学英语
[codeforces 1288A] Deadline 约数+模
Python的web开发
Docker在Centos 7上的部署
python编码
解决Ubuntu16.04 fatal error: json/json.h: No such file or directory
mysql并发插入
rest接口如何适应jsonp的方案
linux 终端上网设置
高数——等号两边同时求导、积分的解释
每日归档
更多
2024-05-04(7)
2024-05-03(19)
2024-05-02(0)
2024-05-01(4)
2024-04-30(1)
2024-04-29(40)
2024-04-28(0)
2024-04-27(56)
2024-04-26(39)
2024-04-25(22)

代码天地 © 2018 codetd.com

境外服务器   最新电视剧2022