使用trace文件分析ANR

ANR全称：Application Not Responding，也就是应用程序无响应。

Android系统中，ActivityManagerService(简称AMS)和WindowManagerService(简称WMS)会检测App的响应时间，如果App在特定时间无法相应屏幕触摸或键盘输入时间，或者特定事件没有处理完毕，就会出现ANR。

ANR信息在ActivityManagerService类中的appNotResponsding函数中输出

traces.text 文件存储路径由dalvik.vm.stack-trace-file 系统属性决定

ANR信息一般保存在data/anr/目录下面

一 、以下四个条件都可以造成ANR发生：

1.   InputDispatching Timeout：5秒内无法响应屏幕触摸事件或键盘输入事件

2.    Broadcast Timeout ：在执行前台广播（BroadcastReceiver）的onReceive()函数时10秒没有处理完成，后台为60秒。

 3. Service Timeout ：前台服务20秒内，后台服务在200秒内没有执行完毕。（此外还有一种特殊情况10s（startForeground）内app端未及时binder回调serviceDoneExecuting告知AMS，MainHandler则会执行到delay的消息，并调用appNotResponding方法，产生ANR）

  4.  ContentProvider Timeout ：ContentProvider的publish在10s内没进行完。

二 、应用层导致ANR的一些场景:

1. 耗时操作

2.函数阻塞：如死循环，主线程IO,处理大数据

3.锁出错：主线程等待子线程的锁

4.内存紧张:系统分配给一个应用的内存是有上限的，长期处于内存紧张，会导致频繁的内存交换，进而导致应用的一些操作超时

5.cpu被抢占:比如前台在玩游戏,可能会导致后台广播被抢占cpu,系统服务无法及时响应。

6. 获取系统联系人等，系统服务都是Binder机制，服务能力有限，有可能系统服务长时间不响应导致ANR.

7.其他的应用占用大量内存

三、 Traces.text分析

1、第一部分

   //文件中输出的第一个进程的trace信息,正是发生ANR的程序

   //开头显示进程号、ANR发生的时间点和进程名称

  ------pid 9183 at 2017-08-14 22:20:42 ------

  Cmd line:com.jgc.anrdemo

2、第二部分

DALVIK THREADS://以下是各个线程的函数堆栈信息

//mutexes 表示虚拟机实例中各种线程相关对象锁的值

（mutexes : tll=0 tsl=0 tscl=0 ghl=0 hwl=0 hwll=0）

"main" prio=5 tid=1 TIMED_WAIT

//依次是:线程名 、优先级、线程创建时的序号 、线程当前状态

3、第三部分

和第二部分是放在一起的

//依次是: 线程组名称、suspendCount、debugSuspendCount

//线程的Java对象地址、线程的Native 对象地址

| group = "main"  sCount=1  dsCount=0 obj=0x4025b1b8 self=0xce68

//线程号，主线程线程号和进程号相同

|sysTid = 9183 nice=0 sched=0/0  cgrp=default handle=-1345002368

4、主线程信息

真正导致ANR原因

//主线程信息

at java.lang.Thread.sleep(Thread.java:1213)

at java.lang.Thread.sleep(Thread.java:1195)

..........

5.其它线程信息

这一部分不是很重要，省略...