ANR分析

1、原因。原因可能是cpu被占用，导致当前任务分配不到时间片；也可能是内存不足，导致程序运行缓慢；还有可能是当前的程序不太合理，如逻辑不合理导致执行时间太长、锁的不当使用导致互相等待等。

2、分析步骤。先看cpu和内存。如果是应用的cpu占用很高，肯定是应用的问题，如果是系统模块占用cpu高，需要再分析。logcat中搜anr in，看下面cpu的占用率和reason。trace文件中主要看当前进程的主线程堆栈和相关线程的堆栈，一般主线程处于等待状态，当时的堆栈上调用的函数很可能就是有问题的。如果还不太明确，可以结合看看logcat中的ActivityManager的日志，如果是输入引起的问题可以看下input相关的日志。

3、如何分析trace文件。它的输出格式如下：

DALVIK THREADS:

(mutexes: tll=0 tsl=0 tscl=0 ghl=0 hwl=0 hwll=0)

"main" prio=5 tid=1 NATIVE

| group="main" sCount=1 dsCount=0 obj=0x400246a0 self=0x12770

| sysTid=503 nice=0 sched=0/0 cgrp=default handle=-1342909272

| schedstat=( 15165039025 12197235258 23068 ) utm=182 stm=1334 core=0

at android.os.MessageQueue.nativePollOnce(Native Method)

at android.os.MessageQueue.next(MessageQueue.java:119)

at android.os.Looper.loop(Looper.java:122)

at android.app.ActivityThread.main(ActivityThread.java:4134)

at java.lang.reflect.Method.invokeNative(Native Method)

at java.lang.reflect.Method.invoke(Method.java:491)

at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:841)

at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:599)

at dalvik.system.NativeStart.main(Native Method)

第一行 固定的头, 指明下面的都是当前运行的dvm thread：“DALVIK THREADS:”

第二行 输出的是该 进程里各种线程互斥量的值。

第三行 输出分别是 线程的名字（“main”），线程优先级（“prio=5”，这个不用看，都是5），线程id（“tid=1”，如果有等待锁的，可以看下是哪个tid持锁） 以及线程的状态（当前是“NATIVE”，说明是native线程，如果是java线程，将会标明是waiting，blocked，runnable状态）

第四行 分别是线程所述的线程组 （“main”），线程被正常挂起的次处（“sCount=1”），线程因调试而挂起次数（”dsCount=0“），当前线程所关联的java线程对象（”obj=0x400246a0“）以及该线程本身的地址（“self=0x12770”）。

第五行 显示线程调度信息。 分别是该线程在linux系统下得本地线程id （“ sysTid=503”），线程的调度有优先级（“nice=0”），调度策略（sched=0/0），优先组属（“cgrp=default”）以及 处理函数地址（“handle=-1342909272”）

第六行 显示更多该线程当前上下文，分别是 调度状态（从 /proc/[pid]/task/[tid]/schedstat读出）（“schedstat=( 15165039025 12197235258 23068 )”），以及该线程运行信息 ，它们是 线程用户态下使用的时间值(单位是jiffies）  （“utm=182”）， 内核态下得调度时间值（“stm=1334”），以及最后运行线程所在cpu核心号（“core=0”）；

第七行 后面几行输出 该线程 调用栈。