1、三种ANR
1) Key/Touch Input Dispatch Timeout 安卓默认5秒 log示例：Input dispatching timed out；
2) Broadcast TimeOut 安卓默认10秒 log示例：Timeout of broadcast；
3) Service TimeOut 安卓默认20秒 log示例：Timeout executing service；
2、主线程
每个Java process都有一个main Thread和一个main message queue（main thread == activity thread），在主线程进行UI相关的操作，比如draw和监听UI events。main thread从main message queue取出message尽快进行处理，处理完当前的消息后才能进行下一个message的处理。如果main thread卡在执行某个message时就会造成ANR，普通Service也是在main thread中运行，从而也会造成ANR（这时可以考虑使用IntentService）。
3、log文件
/data/anr/traces.txt以及mtk的aee_exp 中db文件和mobilelog中 AP log。
通过log需要得到：
1） ANR发生时间点；
2） 发生ANR的进程号；
3） ANR的类型；
4） ANR发生前进程的相关信息。
MoblileLog:
Events log (搜anr)：
其中am_anr内容中对应各项为：
am_anr (User|1|5),(pid|1|5),(Package Name|3),(Flags|1|5),(reason|3)
可以得知发生anr的进程号为10828，进程名为com.xie.mytest，以及发生原因。
Main log（搜Application is not responding）：
可以得到具体发生anr的activity：com.xie.mytest.MainActivity。
再看events log：
可以看到anr进程发生anr前在做的一些事情。
Traces.txt 同样可得到发生anr的进程号等信息：
4. anr分析
1）发生anr前是否发生了NE/JE异常，如果有，先解决异常；
2）trace文件是否有效；
3）通过event log发生时间点定位到main log；
4）在trace.txt文件中找到anr进程调用栈。
Trace文件分析：
a. 找到anr进程的主线程查看是否有卡住，如果没有就要检查进程的子线程、main log、event log以及kernel log，看看有没有有用的信息；
b. Anr进程主线程卡住：
可以看到主线程处于sleep状态导致anr。一般来说DALVIK THREADS下面有一段比较长的log，一般是这个进程主线程卡住了，如下图所示，而其他的进程一般处于idle状态。
c. 其他进程的idle（空闲、就绪）状态分析：
可以看到这个进程的主线程在等待下一条message进行处理，因此是idle状态而不是卡住。
d. Cpu状态分析：
通过ActivityManager打出的CPU usage可以知道anr发生前一段时间和发生后一段时间cpu的使用情况
IO堵塞：
根据38% TOTAL: 18% user + 16% kernel + 1.1% iowait + 2.4% softirq，如果iowait的使用量很高，就说明可能是IO堵塞导致cpu忙从而出现anr。这时应该是出现anr的线程进行了文件操作，需要去检查这个操作。
事件等待：
a. 等待锁wait lock、VMWait
可以看到子线程tid=17持有锁，所以要查看这个线程当前在进行什么操作，为什么没有释放。
b. 等待binder的返回(binder transact)
getUuids()在等binder返回，下图为Service端getUuids()在执行的一些操作，这就需要对应负责人去进行分析。
Binder未返回有可能是在主线程中大量进行query DB，如下图，这时候cpu usage可能并不高：