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”）；

第七行 后面幾行輸出 該線程 調用棧。